Viewing 15 posts - 57,151 through 57,165 (of 59,067 total)
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
If you can delete everything in the table, why can't you add an IDENTITY column? This isn't making any sense...
The topper is separate date/time columns... one of those not so...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2006 at 10:11 pm
What do you do with names like Juliet Anne Belle Smith Jones? ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2006 at 10:03 pm
P.S.
I hope to live long enough to see what happens when the pants fall off of the SmallDateTime datatype on 2079-06-07 00:00:00.000 ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2006 at 9:44 pm
The rule for leap years is...
Any year evenly divisible by 4 unless it is evenly divisible by 100 in which case it must also be evenly divisible by 400 to...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2006 at 9:33 pm
Viewing 15 posts - 57,151 through 57,165 (of 59,067 total)