Viewing 15 posts - 54,826 through 54,840 (of 59,098 total)
Hold on.... let me get my pen and write this one down in my "Why I don't let developers design views" book 😀
Why do you need a unique ID on...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 29, 2007 at 4:08 pm
It was removed because it was a really bad idea...;)
Like I said, stop trying to decrypt the whole table... encrypt the lookup criteria and do a normal join or WHERE...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 29, 2007 at 4:01 pm
Why do you think you need the extra overhead of RTRIM/LTRIM when converting Decimal to Varchar?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 29, 2007 at 3:56 pm
Heh... why sure, Remi... just look at the difficulties Steve is having trying to fix some of the problems with this "forum in a can" code that RedGate bought. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 29, 2007 at 3:54 pm
Sure... somehow they managed to save trailing spaces in NVARCHAR columns... Use DATALENGTH to check... some of the columns are defined as 100 characters wide... and even if they only...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 29, 2007 at 3:51 pm
GilaMonster (9/29/2007)
TempDB has a DBID of 2, always.
Teaching how to fish... 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
September 29, 2007 at 3:45 pm
noeld (9/28/2007)
... Running sp_HelpDB will allow you to figure out the DBID ...
select db_name(dbid)
Cheers,
Heh... yeah... that'll work if you know the DBID... won't help you find the DBID for...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 29, 2007 at 3:40 pm
Ninja's_RGR'us (9/29/2007)
I know this data should be kept separate from...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 29, 2007 at 3:34 pm
Phil Factor (9/11/2007)
is a popular introductory article on the technique
Well, I'll be damned... Now I know who to blame... 😀 (NOT Phil... Pop Rivet!)
I've had a bit...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 29, 2007 at 10:47 am
Hi Bob...
Just confirming... how many rows does the following update?
4) The _Change fields would be the difference between the day before and the current day for the specific type. This...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 29, 2007 at 10:03 am
In that article, the part that would work for a view looks like this...
SELECT emp_id, lname, fname, job_id,
(SELECT COUNT(*) FROM employee e2 WHERE e2.emp_id <= e.emp_id AND e2.job_id =...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 28, 2007 at 8:59 am
Max (9/27/2007)
Jeff,I am using the Export Wizard.
Thanks
Don't know much about that in 2k5 and I usually don't use DTS in 2k.
One of the "problems" (and, advantages) of RDBMS's, is that...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 28, 2007 at 8:44 am
Webrunner...
Gail has it right.
I'm always curious about deletes though... why are you deleting instead of just "end dating" or deactivating? Seems like you're losing some history...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 28, 2007 at 8:38 am
You mean the same ones that RPAD in SysProcesses? 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
September 28, 2007 at 8:33 am
Why don't you just make a linked server betweeen the two environments and do the insert from the linked server?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 8:00 pm
Viewing 15 posts - 54,826 through 54,840 (of 59,098 total)