Good Database Design, Revisited

By erik at February 23, 2010 14:25
Filed Under: Architecture, Design

Once again, I find myself feeling bad for not writing recently.  I guess the duties of family, job and the holidays got the best of me these last many months.  I hope to write more frequently in the next several weeks and months…

Anyway, I came across an article related to one of my initial posts that I felt compelled to share, with the hope that you will read it here.  In this article entitled Seven Deadly Sins of Database Design, Jason Tiret of Embarcadero Technologies cites seven ‘deadly’ sins that one can commit when designing a physical data model (many of these points also apply to conceptual/logical models, too):

  1. Poor or missing documentation for database(s) in production
  2. Little or no normalization
  3. Not treating the data model like a living, breathing organism
  4. Improper storage of reference data
  5. Not using foreign keys or check constraints
  6. Not using domains and naming standards
  7. Not choosing primary keys properly

I think Jason has nailed many of the additional core issues with planning and designing physical data model implementations, above and beyond my initial post on design and normalization.  Thanks for the great work, Jason!

Comments

Add comment




  Country flag

biuquote
Loading



Visitors

Disclaimer

Views expressed are my own and in no way represent those of my employer; this is in no way a work or work-related blog.  All postings are presented "AS IS" and confer no rights.

Copyright

All content copyright © 2009-2011 by Erik Mlincek.  You may not use content without the express written consent of the author, however you may link back to blog topics hosted at mlincek.com without obtaining permission in advance.