Sto progettando un database e ha così tante relazioni tra i miei tavoli e ho bisogno di un libro che insegni molto bene la progettazione del database. Sto cercando un libro in cui le relazioni tra tavoli semplici e complesse siano state ampiamente trattate e forse casi di studio nel libro.

Entrambi questi autori hanno scritto diversi libri, ma ho intenzione di collegarmi ai loro blog nel caso in cui desideriate qualcosa di più immediato.

Louis Davidson: http://drsql.org
Paul Nielsen: http://www.sqlserverbible.com/

SQL Antipatterns merita una lettura per alcuni suggerimenti su cosa non si dovrebbe fare e perché no (e in quali circostanze tali regole possono essere legittimamente ignorate).

Database approfondito: Teoria relazionale per professionisti , di CJ Date offre una grande, breve e altamente istruttiva introduzione alla progettazione di database.

È importante distinguere tra livelli concettuali, logici e fisici di progettazione.

Livello concettuale

Due risorse eccellenti e complementari sono:

1. Modelli di modello Enterprise di David Hay . Questo libro illustra i modelli di base che si trovano nella maggior parte delle imprese e fornisce meravigliose istruzioni su come pensare chiaramente a come modellare il mondo. Si concentra principalmente sulla scoperta di tipi e relazioni di entità.
2. Fabian Pascal's Paper Business Modeling For Database Design . Questo documento è il primo della serie Practical Database Foundation di Fabian ed è il compagno perfetto del libro di David in quanto si concentra principalmente sulla scoperta e la classificazione di tutte le varie regole aziendali e su come mapperanno i vincoli nella progettazione di un database logico.

Livello logico

Il modello relazionale si distingue da tutti gli altri modelli di dati in quanto è un modello logico che descrive una struttura logica con cui presentare i dati (la relazione), un insieme di operatori per manipolare quella struttura logica (l'algebra relazionale) e un insieme delle regole di integrità dei dati per garantire che i dati memorizzati in un DBMS siano una rappresentazione il più fedele possibile del mondo reale. Tre eccellenti risorse per conoscere la progettazione di database logici sono:

1. Fabian Pascal's Practical Database Foundation Series (come indicato sopra). Gli articoli rimanenti di questa serie forniscono un'introduzione concisa e di facile comprensione alle varie parti della progettazione logica del database. Il dono di Fabian è la sua capacità di distillare correttamente argomenti molto complessi in un linguaggio comprensibile a tutti noi.
2. Toon Koppelaars e Lex deHaan's Applied Mathematics for Database Professionals . Questo meraviglioso libro espone una solida metodologia per la progettazione di database logici radicata nella teoria degli insiemi e nella logica. Presenta i fondamenti e quindi presenta anche come applicarli per creare un database completamente funzionale in Oracle.
3. Teoria relazionale di CJ Date per professionisti dell'informatica . Il corpus di CJ Date è enorme e si può beneficiare di tutto e di tutto. Questo libro in particolare è una recente revisione (2013) che sostituisce le opere precedenti che delinea le basi del modello di database relazionale.

Livello fisico

Il livello fisico è l' unicoluogo in cui vivono prestazioni, strutture di archiviazione su disco e memoria e scalabilità. Non sono specializzato in questo settore, ma posso dire che padroneggiare questo livello è principalmente uno sforzo per padroneggiare il DBMS dato con cui stai lavorando. Il DBMS è un software così sofisticato che ti stai prendendo in giro se pensi di poter padroneggiare il tutto, tanto meno padroneggiarne più di uno. Per questo motivo, consiglierei di attenermi ai livelli concettuali e logici e di creare un solido progetto logico di database, e quindi di lavorare con un DBA davvero bravo specializzato nel DBMS di destinazione per sviluppare il progetto fisico. Una fonte davvero buona per la progettazione fisica che espone gli argomenti e le opzioni fondamentali comuni alla maggior parte dei DBMS è Sam Lightstone, Toby Teorey e il Physical Database Design di Tom Nadeau .

Un altro buono:

SQL e teoria relazionale: come scrivere codice SQL accurato - CJ Date (2009)

Anteprima disponibile su Google Libri .

Prima di immergerti nella letteratura, potresti trovare utile questo documento:

Tutti per uno, uno per tutti di CJ Date

L'obiettivo di questo documento è quello di definire con esattezza la natura delle relazioni uno-uno, molti-a-uno, uno-a-molti e molti-a-molti. In particolare, cerca di trovare definizioni precise per questi concetti [perché] un sondaggio della letteratura tradisce certamente confusione e mancanza di pensiero sistematico in questo settore