Click here to monitor SSC
SQLServerCentral is supported by Redgate
 
Log in  ::  Register  ::  Not logged in
 
 
 


Database Design and Reference Tables


Database Design and Reference Tables

Author
Message
RichB
RichB
Ten Centuries
Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)

Group: General Forum Members
Points: 1173 Visits: 1023

Pretty sure he's talking about the article making its way onto such a well run, professional site.

Forgive me if im mistaken...





steven powell
steven powell
SSC-Enthusiastic
SSC-Enthusiastic (161 reputation)SSC-Enthusiastic (161 reputation)SSC-Enthusiastic (161 reputation)SSC-Enthusiastic (161 reputation)SSC-Enthusiastic (161 reputation)SSC-Enthusiastic (161 reputation)SSC-Enthusiastic (161 reputation)SSC-Enthusiastic (161 reputation)

Group: General Forum Members
Points: 161 Visits: 2

nonononono!

the original article is a disgrace.

it is my opinion that your approach is, perhaps, the only valid way to respond to such a bad design suggestion. your "one table design" will hopefully highlight the terrible nature of Ranga's article.

i totally agree that lookup tables (and tables in general) should have One Type Of Thing in them.

s





Jonathan Stokes
Jonathan Stokes
SSC Eights!
SSC Eights! (957 reputation)SSC Eights! (957 reputation)SSC Eights! (957 reputation)SSC Eights! (957 reputation)SSC Eights! (957 reputation)SSC Eights! (957 reputation)SSC Eights! (957 reputation)SSC Eights! (957 reputation)

Group: General Forum Members
Points: 957 Visits: 1
If anyone were to come into my company and see how these generic lookup tables have completely eradicated referential integrity and made data warehousing a total nightmare, they would stay well clear.

From my experience, generic lookup tables are produced by pressure from lazy developers who bully the dba guys into creating them.

Remeber, it's not always about data going in, you have to think how it's going to come out the otehr end.


------------------------------
The Users are always right - when I'm not wrong!
Regan Galbraith
Regan Galbraith
SSC-Enthusiastic
SSC-Enthusiastic (121 reputation)SSC-Enthusiastic (121 reputation)SSC-Enthusiastic (121 reputation)SSC-Enthusiastic (121 reputation)SSC-Enthusiastic (121 reputation)SSC-Enthusiastic (121 reputation)SSC-Enthusiastic (121 reputation)SSC-Enthusiastic (121 reputation)

Group: General Forum Members
Points: 121 Visits: 265

*phew*

Glad to see I'm not the only one who reacted in horror to this article! Sadly, it seems that this has been seen by the editors - I just got this link as a FEATURED ARTICLE in my SQLServerCentral.com Daily Update newsletter.

Seriously though - this has been on the site for more than a month - someone needs to take this article down, before less savvy developers/users read it and follow it as gospel!


SuperDBA-207096
SuperDBA-207096
SSCommitted
SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)SSCommitted (1.6K reputation)

Group: General Forum Members
Points: 1581 Visits: 711

Guys,

I think this Might work for a very small application with a small number of lookup tables but any more than that it's just a bad idea... Doing so would 'paint yourself into a corner'

I had to support an app that was designed like this and there were constant changes to the table structure, and performance was a nightmare. Eventually some of the more critical data was moved out into individual tables.

Just say no! to bad design...

Mark


dean gross
dean gross
SSC-Enthusiastic
SSC-Enthusiastic (182 reputation)SSC-Enthusiastic (182 reputation)SSC-Enthusiastic (182 reputation)SSC-Enthusiastic (182 reputation)SSC-Enthusiastic (182 reputation)SSC-Enthusiastic (182 reputation)SSC-Enthusiastic (182 reputation)SSC-Enthusiastic (182 reputation)

Group: General Forum Members
Points: 182 Visits: 202
I just flagged this article as a Dud before I read everyones comments in the forum. I agree this one should have never been published.



Tatsu
Tatsu
Old Hand
Old Hand (344 reputation)Old Hand (344 reputation)Old Hand (344 reputation)Old Hand (344 reputation)Old Hand (344 reputation)Old Hand (344 reputation)Old Hand (344 reputation)Old Hand (344 reputation)

Group: General Forum Members
Points: 344 Visits: 307

If you're worried about building an application to maintain a bunch of tables you shouldn't be. Just use a code generator to build the application. You don't have to go all "object oriented" for basic data maintenance. You can build a good set of stored procedures and generic application components to achieve the generic nature of the data while still maintaining good database design.

It's not difficult to build the maintenance UI but it is boring, tedious, and repetitive. Those are the things that should scream code generation in your head. The generic table solution may sound neat at first but it would be a nightmare for someone new coming in to maintain the application.



Bryant E. Byrd, BSSE MCDBA MCAD
Business Intelligence Administrator
MSBI Administration Blog
m.davidson@nopworld.com
m.davidson@nopworld.com
Valued Member
Valued Member (57 reputation)Valued Member (57 reputation)Valued Member (57 reputation)Valued Member (57 reputation)Valued Member (57 reputation)Valued Member (57 reputation)Valued Member (57 reputation)Valued Member (57 reputation)

Group: General Forum Members
Points: 57 Visits: 1
Bit of a worry that the author has 8 years' experience in database design! I had this exact argument with a new (front-end) developer on my current project who maintained it had been done the "generic" way at every previous place he'd worked. Oh dear.



smichels
smichels
Forum Newbie
Forum Newbie (4 reputation)Forum Newbie (4 reputation)Forum Newbie (4 reputation)Forum Newbie (4 reputation)Forum Newbie (4 reputation)Forum Newbie (4 reputation)Forum Newbie (4 reputation)Forum Newbie (4 reputation)

Group: General Forum Members
Points: 4 Visits: 3

I flagged the article as a dud and I can't believe it was posted on this site. Definitely not a recommended practice. We had a programmer here who did that (along with several other horrors of programming and database design) and there is no way I would ever do that.





rhunt
rhunt
Old Hand
Old Hand (330 reputation)Old Hand (330 reputation)Old Hand (330 reputation)Old Hand (330 reputation)Old Hand (330 reputation)Old Hand (330 reputation)Old Hand (330 reputation)Old Hand (330 reputation)

Group: General Forum Members
Points: 330 Visits: 181

Yes, agreed. This generic lookup table is not the best idea. Nonetheless, I really don't believe that calling the quality of this site into question, or questioning the editing prowess of Steve Jones, for that matter, is in order. Hasn't this always been a site to communicate ideas - both good and bad?

My point is, I'm not sure the article, or should I say the IDEA, should be censored by the site. You have the power to discuss the idea and RATE it! The current 2 star rating will probably be an indicator to junior developers/dba's that this not a commonly accepted practice.

RH.





Go


Permissions

You can't post new topics.
You can't post topic replies.
You can't post new polls.
You can't post replies to polls.
You can't edit your own topics.
You can't delete your own topics.
You can't edit other topics.
You can't delete other topics.
You can't edit your own posts.
You can't edit other posts.
You can't delete your own posts.
You can't delete other posts.
You can't post events.
You can't edit your own events.
You can't edit other events.
You can't delete your own events.
You can't delete other events.
You can't send private messages.
You can't send emails.
You can read topics.
You can't vote in polls.
You can't upload attachments.
You can download attachments.
You can't post HTML code.
You can't edit HTML code.
You can't post IFCode.
You can't post JavaScript.
You can post emoticons.
You can't post or upload images.

Select a forum

































































































































































SQLServerCentral


Search