Je commence le processus de création d'un document de conception pour ma base de données d'entreprises. J'essaie d'utiliser autant de normes formelles que possible. Est-ce que quelqu'un sait "Existe-t-il un document de normes (comme IEEE 1016 1998 IEEE Recommended Practice for Software Design Descriptions) pour les bases de données"? WIKI parle d'un document de conception de base de données, mais je n'arrive pas à trouver de «bons» exemples de ce qu'un document de conception de base de données devrait inclure.Normes pour un document de conception de base de données
Il y a quelques autres questions sur Stack Overflow qui sont proches de ceci, mais pas exactement ce que je cherche. Je fais des recherches sur le web et je ne trouve pas non plus une bonne réponse à la question. Est-ce que quelqu'un connaît une telle norme ou est-ce que je ferais mieux de simplement adapter IEEE 1016 1998 pour répondre à mes besoins?
Vraiment? J'ai feuilleté ce livre et j'ai été vraiment rebuté par le SHOUT-CASE SQL et le formatage non-comme-source-control-diffing-friendly. Bien sûr, si vous devez aller avec ce que quelqu'un d'autre a imprimé afin de donner une certaine validité à votre style de codage, soyez mon invité. Mais ne prétendez pas que ce ne sont pas seulement les opinions de certains types. – mattmc3
@ mattmc3 - La question ne portait pas sur le style de codage, mais sur les normes. Je pense que vous devez regarder de plus près le livre. Celko couvre les normes en profondeur dans le chapitre 1 où il discute des normes SQL-92, des normes ISO-11179, des normes de normes de métadonnées NCITS L8, des normes ISO-3166 et plus encore. Il couvre plus de standards, en profondeur, au chapitre 3, liés au langage SQL. –
La meilleure partie de l'élaboration d'un document de normes basé sur un livre est d'aller «regarder ce que nous avons appris depuis» et «c'est notre structure interne, calquée sur ses objectifs mais adaptée à notre organisation». :RÉ – jcolebrand