Viewing 15 posts - 37,741 through 37,755 (of 59,098 total)
Jack Corbett (7/11/2010)
Jeff Moden (7/9/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 12, 2010 at 1:55 am
Jim McLeod (7/12/2010)
It's referenced in the ACM digital library:
http://portal.acm.org/citation.cfm?id=655234
But...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 12, 2010 at 1:27 am
David Portas (7/12/2010)
http://dblp.uni-trier.de/db/conf/icde/Codd86.html
That's the rebublished version of the Computerworld article.
The...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 12, 2010 at 1:25 am
Absolutely wonderful editorial, Steve. Unfortunately, I've found that many IT shops ARE exactly the same as some water and electric companies... you can't actually get to anything with a...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2010 at 11:35 pm
lmu92 (7/11/2010)
Please note that there a few people around (including myself, usually) who expect sample data in a ready to use format (as...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2010 at 11:24 pm
m.dunster (7/11/2010)
I've managed to successfully adapt this to solve my problem. Now I'll have to spend some time trying to understand exactly what is happening.
Point noted about the data provision.
Many...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2010 at 11:23 pm
rvasanth (7/10/2010)
You have to use cursorUse the sysobjects table to get the list of table.
Then loop through one by one and check for the condition you want
Anyone can say such...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2010 at 3:19 pm
lmu92 (7/11/2010)
I'm not sure how the functions to_char and to_date are written, but I guess both can be replaced by the built-in function CONVERT(). The...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2010 at 3:16 pm
lmu92 (9/6/2009)
Would the following give the expected result?SELECT DATEDIFF(dd,0,GETDATE())
However, it's interesting that EXCEL returns 40062 for today (2009-09-06), but SQL Server returns 40060...
The "0" date for for the default date...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2010 at 3:07 pm
m.dunster (7/11/2010)
I've managed to successfully adapt this to solve my problem. Now I'll have to spend some time trying to understand exactly what is happening.
Point noted about the data provision.
Many...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2010 at 2:58 pm
I agree with Lutz. The subject is much to large to put into a simple post. The only way for you to become wise and expert on the...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2010 at 2:54 pm
SQL Marathoner (7/11/2010)
You can try indexed view, which may solve the performance issue.
Ummm... Good idea but probably won't work here. See the following URL and look for "View...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2010 at 2:51 pm
Eric Anderson (7/9/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2010 at 2:37 pm
Wow... Someone please tell me how this person got the job.
http://www.sqlservercentral.com/Forums/Topic950419-145-1.aspx
This is one of the reasons I'm so adamant about not posting answers to interview and homework questions. Saying...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2010 at 2:33 pm
Grant Fritchey (7/11/2010)
Jeff Moden (7/9/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2010 at 2:26 pm
Viewing 15 posts - 37,741 through 37,755 (of 59,098 total)