Viewing 15 posts - 196 through 210 (of 253 total)
After reading the article and feedback to-date, in my mind the situation presented boiled down to this: from the programmer's perspective, you are storing one fact in one of two...
July 29, 2004 at 9:46 am
Son of a gun, that's it. Thanks! The self-referential constraint has to be checked, and the parent column (as stored in the table) is not indexed. Index that column and...
May 6, 2004 at 8:09 am
A lot depends on what you want to do. If you just want to work over the data, there are a number of utilities and routines that will convert "native"...
May 5, 2004 at 8:36 am
I'd like to add to all the above threads.
I tend to use two characters for table aliases; this generally works, because some tables pop up in almost every query, and...
December 17, 2003 at 8:32 am
Where I work, we came up with almost the exact same methodology as Ferguson, with one minor extra tweak. (I have no DTS programming skills, so please pardon me if...
November 25, 2003 at 7:30 am
To toss a few more cents in and to emphasize a point of Frank's, I would recommend not including formatting characters in the telephone string.
In the US the stadard convention...
October 28, 2003 at 7:58 am
We do pretty much the same thing here as well, with a few modifications.
First off, we just automatically cycle the error log once a week (Sunday at midnight--with our setup...
October 27, 2003 at 10:27 am
One thing I always try to do is add a comment at the start of a "programming block" -- BEGIN, IF, ELSE, WHILE. It really helps when reviewing code...
October 20, 2003 at 8:40 am
Oops, forgot to add to the assumption the fact that you create an index on the datetime created column. (Sounds like that's the primary key, anyway.)
Philip
...
October 10, 2003 at 7:50 am
Assuming you have the "datetime inserted" for each row, why not do one of these:
A) Stored procedure, pass in the data to be loaded, but before inserting do a
September 24, 2003 at 7:59 am
A few late thoughts:
The key assumption I'll make is that c1 is indeed a guid. Assuming this is true, you've got major pain in this table.
First off, you could...
September 17, 2003 at 8:04 am
Another two cents on the lookup table issue: what always bugs me is the need to have so many lookup tables. When fully normalized, you can end up with...
September 16, 2003 at 7:49 am
My concern over documentation is not so much about "internal" documentation as "external". There must be better terms for this, but I can't think of them offhand, so:
"Internal" documentation...
September 3, 2003 at 1:22 pm
Viewing 15 posts - 196 through 210 (of 253 total)