Viewing 15 posts - 46 through 60 (of 94 total)
Jeff I made no personal attack. I said the *point* was silly, not the person. And it is. Trying to tell me that *if I had written...
January 25, 2011 at 8:14 am
<< If you hit the average business user with your training, they're not coming to the second session.>>
Not been my experience, and I just finished a contract at SLAC that...
January 24, 2011 at 9:19 pm
YES, but first you must set the classifier function to null for the governor. then you can alter the function. then you will have to reconfigure the governor to...
January 23, 2011 at 11:05 am
<<I would imagine that the first thing you would do is explain the concept of entities and tables >>
Actually, no, not at all. The first thing I do is...
January 22, 2011 at 11:10 am
Hi Paul,
What I try to do when I train beginners in DB work is to emphasize Codd's fundamental logical concepts- in layman's language.
I start out with...
January 22, 2011 at 9:54 am
Well I guess you totally and completely missed my point. If there is a more fundamental and foundational concept to db design than preventing duplicates, I don't know what...
January 22, 2011 at 6:47 am
I have to admit I am surprised that the consensus seems to be here that it takes an expert to design a database that will prevent duplicates or that the...
January 21, 2011 at 10:07 pm
<<To trash this article and say it doesn't provide good information is a fairly poor commentary. >>
I respectfully disagree. To provide a teaching example for a database design that...
January 18, 2011 at 9:23 am
<<struggling with the same points you find yourself struggling on>>
Happily, I haven't struggled with the issues I have just described since many years 🙂 Thanks to Fabian Pascal...
January 18, 2011 at 9:15 am
re. new customer record. And there is no unique index on the business key. So as a result, an unlimited number of exact duplicate customer records could also...
January 18, 2011 at 8:49 am
re. Inroduction. Well I suppose it depends on what you feel are the "fundamentals" of our work in DB design. Personally, concepts such as natural business keys (the...
January 18, 2011 at 8:33 am
I should dd that bob's original paper receipts were MORE accurate than the DB design offered. At least the paper receipts would always return accurate info for the customer...
January 18, 2011 at 8:07 am
I believe there are some serious flaws in this article. For example, recepts represent a historical record of a transaction occuring in a moment in time.
If one normalizes...
January 18, 2011 at 8:01 am
Hi,
And if you need more tsql programmers to compensate for less c# programmers, where is the gain?
In my opinion, *less* code is almost always a good thing -...
October 20, 2010 at 9:53 am
Having different specifications for a finished deliverable does not mean the methods one uses to implement the deliverable have to be different.
I worked for years in custom manufacturing industry. ...
October 6, 2010 at 3:51 pm
Viewing 15 posts - 46 through 60 (of 94 total)