Question

J'écris une documentation pour un outil qui fonctionne avec des schémas SQL. Il serait logique que la documentation d'utiliser un exemple de schéma commun plutôt que de faire un nouveau. Toutes les recommandations pour un qui est déjà défini quelque part?

Idéalement, il serait

  • proviennent d'un domaine de problème la plupart des lecteurs connaissent déjà;
  • avoir un exemple de tous les cardinalités majeurs (1-to-many, en option à beaucoup, beaucoup à plusieurs, en option à un) et avoir des exemples avec et sans la propriété "cascade supprimer";
  • ne pas être embourbé dans les méta-termes (pas un schéma des schémas par exemple!)
  • simple;

Je me souviens MS SQL Server 2000 documentation en utilisant leur base de données PUBS, qui était une base de données sur les éditeurs et les auteurs et les livres. Pas mal. Mais Microsoft a déménagé loin de la AdventureWorks et Northwind. Ne serait-on recommander l'un de ces?

Était-ce utile?

La solution

Si vous parlez multiplateformes, je woulnd't recommande des schémas MS comme ils sont tenus d'avoir des fonctionnalités spécifiques SQL Server utilisées dans le DDL, alors vous perdez l'avantage d'avoir fourni à vous DDL. AdventureWorks semble être un schéma décent, bien que je ne l'ai pas regardé attentivement. Vous pouvez créer manuellement le DDL pour recréer une semblable dans Oracle et d'autres si vous voulez

Vous pouvez également trouver des tonnes d'autres exemples de schémas plus génériques ici:

réponses Base de données

Autres conseils

AdventureWorks a une assez standard (lire: non exotiques) schéma. Il est plus complexe que Northwind, mais encore assez simple grok pleinement.

Je suppose que par option pour beaucoup vous dire une relation PK / FK où le FK peut être nul. Je n'ai pas vérifié AdventureWorks pour voir si elle contient tous ces cardinalités, mais il serait assez facile d'ajouter des exemples simples pour les « facultatives ».

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top