Viewing 15 posts - 57,181 through 57,195 (of 59,101 total)
Heh... David, it is I who is not worthy... thank you for your continued compliments. You made my whole day! Good "seeing" you, again.
Anyway, folks... considering the trully variable nature...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2006 at 6:24 am
If you use BCP and a format file to import to a table, you don't need the "control file"... just add the necessary constraints to the table and setup BCP...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 13, 2006 at 5:59 pm
You bet... thank you for the feedback, Norbert...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 13, 2006 at 5:52 pm
Using Remi's fine demo table, the following will actually give you dates and times for half hour slots... it will not, however, give any missing slots... that would require just...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 12, 2006 at 11:04 pm
See the function Frank Kalis made at the following...
http://www.sqlservercentral.com/forums/shwmessage.aspx?forumid=9&messageid=153822
Before you make a generic post like this, you should do a search on the forum.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 12, 2006 at 10:45 pm
Nope... I meant it the way I posted it... but your's works, as well.
Ya just gotta love these non-discript posts, eh?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 12, 2006 at 10:36 pm
IMHO... if he wants flat files, why bother with the expense of an RDBMS??? Store it in a FILE and maintain it with a good word processor. And access it with Binary...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 12, 2006 at 9:10 pm
Like this...
SELECT *
FROM yourtable
WHERE Dept_ID = 1
ORDER BY Member_Name
SELECT *
FROM yourtable
WHERE Dept_ID = 2
ORDER BY Member_Name
SELECT...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 12, 2006 at 8:46 pm
3 different SELECTs.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 12, 2006 at 5:02 pm
Absolutely agree... but lot's of folks have designated "work horse" machines where they might download raw CDR's or other info to and then point SQL Server to that box to...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2006 at 12:40 pm
That's the perfect answer... too many folks try to do AI with SQL Server.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2006 at 12:37 pm
"Greforian?" Do you mean "Gregorian" ? Do you have a link that explains why 732312 equals to 1/1/2006? Might be able to pull a rabbit out of the hat if...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2006 at 12:34 pm
I'm thinking that a couple of things are missing on this post, but, you can write to the client machine if you use a UNC path AND the SQL Server...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2006 at 10:25 pm
And, xp_FileExists does not require SA privs... neither does xp_DirTree which is xp_FileExists on steroids!
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2006 at 10:22 pm
Remi,
Because she is using SELECT t1.*,t2.*, every spawned row is totally unique... DISTINCT will not work in this case...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2006 at 10:14 pm
Viewing 15 posts - 57,181 through 57,195 (of 59,101 total)