Domanda

sto scrivendo su documentazione per uno strumento che funziona con schemi SQL. Avrebbe senso per la documentazione di utilizzare uno schema di esempio comune piuttosto che uno nuovo. Tutti i consigli di uno che è già definiti da qualche parte?

L'ideale sarebbe

  • provengono da un dominio del problema maggior parte dei lettori hanno già familiarità con;
  • avere un esempio di tutti i principali cardinalità (1-a-molti, optional-a-molti, molti-a-molti, optional-to-one) e hanno esempi con e senza "a cascata cancella" proprietà;
  • non essere impantanato in meta-termini (non essere uno schema per gli schemi per esempio!)
  • essere semplice;

Mi ricordo di MS SQL Server 2000 documentazione usando il loro database PUBS, che è stato un database riguardo editori e gli autori e libri. Non male. Ma Microsoft si è allontanato da esso per AdventureWorks e Northwind. Qualcuno raccomandare una di queste?

È stato utile?

Soluzione

Se si sta parlando cross-platform, mi raccomando woulnd't schemi MS in quanto sono tenuti ad avere caratteristiche specifiche di SQL Server utilizzati nel DDL, in modo da perdere il vantaggio di avere DDL fornito all'utente. AdventureWorks sembra essere uno schema decente, anche se non ho guardato con attenzione. È possibile creare manualmente il DDL per ricreare uno simile in Oracle e altri se si desidera

È inoltre possibile trovare tonnellate di altri esempi più generici dello schema qui:

risposte database

Altri suggerimenti

AdventureWorks ha una piuttosto standard (leggi: non esotica) schema. E 'più complesso di Northwind, ma ancora abbastanza semplice da Grok pienamente.

presumo per opzionale per molti vuol dire un rapporto PK / FK dove l'FK può essere null. Non ho controllato AdventureWorks per vedere se contiene tutti questi cardinalità, ma sarebbe abbastanza facile per aggiungere semplici esempi per i "opzionali" quelli.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top