data driven designs 99% of enterprise applications operate on database data or at least interface...
TRANSCRIPT
Data Driven DesignsData Driven Designs
99% of enterprise applications operate on database data or at least interface databases.
Most common DBMS are Microsoft SQL Server, Oracle, MySQL.
Most development environments (including Visual Studio) support database integration and / or interface with data modeling tools.
Tight and accurate data model is essential for a good data-driven design.
Data modeler / data analyst and DBA has to be on the development team.
Database server is required for the application development and deployment.
Application load may become an issue due to database server licensing limitations.
Database DiagramsDatabase Diagrams
Foreign Key RelationForeign Key Relation
+-----+ One-to-one relation +o----+ Zero/one-to-one relation +o---+o< One-to-zero/many relation +o----+o< Zero/one-to-zero/many relation
AllFusion® Erwin® is a popular data modeling tool
Foreign Key RelationForeign Key Relation
SQL Server Foreign Key Relation Diagram
Foreign Key ConstraintsForeign Key Constraints
Linked to foreign primary key / key values.
Primary key values should never change.
Must be enforced to preserve data integrity.
Prevent orphaned child records.
Prevent childless parent records.
Can be enforced via cascade delete / cascade update mechanism.
Data ConstraintsData Constraints
Useful for limiting the range of column values. Must use!
Example: Grade IN ('A','B','C','D','F')
IndexesIndexes
Greatly improve query performance especially when joining tables and sorting.
Stored ProceduresStored Procedures
Data manipulation code stored in the database.
Stored procedures can result in select queries, update or insert operations or any other non-trivial data manipulation / calculation.
Many believe that it is not a good idea to encode business rules into a database hence stored procedures should never be used or at least should be minimized.
TriggersTriggers
Triggers are stored procedures that are executed based on specific events.
For instance you can define for a particular table a trigger, which would be fired when a row is in that table is inserted, deleted or updated.
Triggers are notoriously hard to see and hard to remember. They cause numerous problems when used excessively.
General Data Design RulesGeneral Data Design Rules
1. Store as little data as possible.
2. Create as tight as possible of a database structure preserving and controlling data integrity in the strictest possible way.
- Enforce foreign key constraints- Enforce data constraints- Use NOT NULL attributes
Specific Data Design RulesSpecific Data Design Rules
1. Avoid Duplication by Normalizing Your Data2. Consolidate Related Non-Shared Information by
Denormalizing Your Data3. Always Define Data Relations and Foreign-Key
Constraints4. Always Define Primary Keys for All Tables 5. Declare User-Defined Types for Range-Limited and
Enumerated Values 6. Declare Required Columns as NOT NULL7. Assign Default Values to Columns When Possible 8. Define Indexes For Foreign Keys and Frequent Filter
Criteria Columns9. Do Not Embed Business Rules in Database: Avoid Stored
Procedures, Complex Check Constraints, Triggers10. Validate Data Both on Client Side and on Database Side
ReadRead
Chapter 11 from my book.