Viewing 15 posts - 58,696 through 58,710 (of 59,063 total)
Cool... Thanks Noeld. It's been so long since I've used a trusted connection, I almost forgot they existed. ![]()
I'll probably keep using linked servers, though,...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 17, 2005 at 10:58 pm
One of the things I don't like about open row sets is the login information is in the query... and, no, I prefer not to encrypt queries especially on development...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 17, 2005 at 7:00 am
test
--Jeff Moden
Change is inevitable... Change for the better is not.
August 15, 2005 at 9:36 am
Reddy,
Thanks for the advice especially about the Repair_Allow_Data_Loss option... I'll remove that holding it for the very last stab.
Understood about the other stuff... I did try attaching in EM, using...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 10, 2005 at 4:32 am
Awesome, ain't it?
Most good SQL Developers would be disappointed if that took more than a handfull of milli-seconds regardless of how many...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 8, 2005 at 8:35 pm
All good points, Rudy... I'm used to good DBA's that take proper care of those things, so I tend to forget about them. My big problem has been that most...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 8, 2005 at 8:19 pm
Frank and Chris,
Because the 1st of January, 1900 was a Monday, this also works regardless of the setting of DateFirst.
DECLARE @Year CHAR(4)
DECLARE @ISOWeek VARCHAR(2)
SET...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 8, 2005 at 6:21 am
Nice article, Chris... excellent links, as well.
--Jeff Moden
Change is inevitable... Change for the better is not.
August 8, 2005 at 5:08 am
Thanks Chris,
I'll take a look.
--Jeff Moden
Change is inevitable... Change for the better is not.
August 8, 2005 at 4:54 am
Please tell me what version of Oracle has a FROM clause for UPDATEs? ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2005 at 4:19 pm
If running from a scheduled batch job in a CMD window, convert the script to a stored proc, call it from OSQL, and use (> ) or the (-o) option...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2005 at 4:14 pm
Frank,
I'm not familiar with the rules for ISO Weeks... have heard that the first week of a year must have 4 or more days to qualify as week one or...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2005 at 4:11 pm
Wrap the whole SELECT/UNION/SELECT in parenthesis, give it an alias like a table, and us it in the FROM clause of yet another SELECT/GROUP BY. By the way, SUM(QtyScanned)*0 could...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2005 at 3:59 pm
You don't necessarily need a unique constraint... how else would you have dupes? But you do need to identify what you want to be unique when the dupes are removed. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2005 at 3:54 pm
Look for cursors, while loops, and views of views to start with. Also look for tables with no primary keys. The least expensive way to find this is to write...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2005 at 3:48 pm
Viewing 15 posts - 58,696 through 58,710 (of 59,063 total)