Viewing 15 posts - 106 through 120 (of 284 total)
Marketing or innovation? Chicken or egg?
Not so much "which came first?" as "which depends more on the other?" The answer, of course, is "yes."
To give Microsoft and other such companies...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
May 23, 2008 at 12:27 pm
Given a table Courses, with columns CourseID ('CIS101', etc) and Description and a table Classes, with columns ClassID (111, 112, etc), CourseID (FK to Courses table) and BeginDate, this will...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
May 22, 2008 at 1:58 pm
In rereading the original post, I have some questions. You mentioned that all the data would be
in one large varchar column, of one huge table.
I got the impression that this...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
May 13, 2008 at 11:18 am
Why?
That's the question I would like to ask the guy who, um, designed this and also the guy who accepted it. The first one has to be the second...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
May 12, 2008 at 7:08 pm
delete @Table
from @Table t
left join (
select Max(EmpID) as MaxID, Category
from @Table
...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
May 8, 2008 at 11:37 am
Simple errors like this can be eliminated by the widespread use of aliases.
UPDATE c
SET c.RxPrescriberLName = p.LastName
FROM dbo.tblClmsRx c
INNER JOIN dbo.tblPharmacyClaimTemp...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
May 8, 2008 at 11:13 am
If I am evaluating the soundness of a general rule, it doesn't bother me one bit that the rule would not be applicable to a 14 billion row MegaTable. At...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
May 1, 2008 at 11:47 am
GSquared (4/30/2008)
In a big database, it could easily be a significant performance difference.
In a very bit database... 😉
However, such databases do exist and, truly, a numeric key would generally be...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
April 30, 2008 at 5:44 pm
I don't who RonKyle is arguing with, but it is not me. I never proposed using SSN (or any country's equivalent) as a Primary Key. In fact, I first mentioned...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
April 30, 2008 at 1:55 pm
Matt Miller (4/29/2008)
The primary characteristic for a primary key (in addition to uniqueness) is immutability, specifically because of its "deisgnated use" in table relations. And that's where I think...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
April 29, 2008 at 7:11 pm
GSquared (4/29/2008)
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
April 29, 2008 at 2:47 pm
The problem with any candidate key is that someone can come in afterwards and "what if" it to death. You can take any attribute and keep expanding the context to...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
April 29, 2008 at 1:32 pm
There is a little twist using nested transactions that can catch you. When you commit a transaction, you commit only the current level. When you rollback a transaction, you roll...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
April 29, 2008 at 12:13 pm
A key is any attribute (column) or combination of attributes which uniquely identify the tuple (row). That is, there should not be more than one row with the same value(s)...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
April 29, 2008 at 11:53 am
Ah, I get it. So you can get a NULL value if your string is NULL or an empty string. Cool.:cool:
I think I remember NULLIF from years ago. I could...
Tomm Carr
--
Version Normal Form -- http://groups.google.com/group/vrdbms
April 22, 2008 at 7:09 pm
Viewing 15 posts - 106 through 120 (of 284 total)