Bonsoir,
J'ai une question, idiote je pense, mais est-ce qu'on peut créer une table dans une base, et que celle ci ne soit liée à aucune autre ?
Merci !
Bonsoir,
J'ai une question, idiote je pense, mais est-ce qu'on peut créer une table dans une base, et que celle ci ne soit liée à aucune autre ?
Merci !
Bonsoir linBlinG,
La réponse est : Oui.
Voyez par exemple le cas de la table PERIODICITE ici.
(a) Faites simple, mais pas plus simple ! (A. Einstein)
(b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
=> La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)
__________________________________
Bases de données relationnelles et normalisation : de la première à la sixième forme normale
Modéliser les données avec MySQL Workbench
Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.
C'est aussi souvent le cas des tables permettant de stocker les valeurs de paramétrage d'ordre général.
Ces tables sont en général très simple (clé/valeur)
Prendre conscience, c'est transformer le voile qui recouvre la lumière en miroir.
MCTS Database Development
MCTS Database Administration
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Effectivement, Le Fred, il fallait la trouver mais peut-être vaut-il mieux l’oublier ... Des tables peuvent certes être normalisées en DK/NF, mais comme l’écrit Fagin dans A Normal Form for Relational Databases That Is Based on Domains and Keys, « there would be no interrelational constraints... » : si le prix à payer est la perte de contraintes de base de données, préférons rester en 5NF.
So far, so good.
(a) Faites simple, mais pas plus simple ! (A. Einstein)
(b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
=> La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)
__________________________________
Bases de données relationnelles et normalisation : de la première à la sixième forme normale
Modéliser les données avec MySQL Workbench
Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.
Ah je ne suis pas d'accord... Rien n'empêche des contraintes via Assertions ou triggers !!!
Et TOC !!!!
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Email : http://scr.im/waldar
Bien sûr, rien n’empêche de définir des contraintes à coups d’assertions et de triggers, mais le simple fait qu’il existe pour une table une contrainte qui ne soit ni une contrainte de domaine ni une contrainte de clé fait que la DK/NF est violée.
En effet, une variable relationnelle R est en DK/NF si et seulement si chaque contrainte valant pour R est une conséquence logique des contraintes de domaine et des contraintes de clé valant pour R.
Si donc pour R il existe des contraintes autres que de domaine et de clé, alors la DK/NF est violée.
Prenons le cas de la table SALARIE des salariés et supposons qu’il existe la contrainte C selon laquelle la colonne Salaire doit prendre des valeurs comprises entre 1000 et 10000, mais non inférieures à 5000 quand la colonne Fonction prend la valeur 1 ("directeur") : la contrainte C n’est inférable ni des domaines des colonnes ni des clés de la table, donc la DK/NF est violée.
Pour normaliser, il faudrait décomposer la table SALARIE : par exemple une table des directeurs d'une part et une table des autres salariés d’autre part.
Pour respecter la DK/NF, le défi est donc de modéliser sans avoir à définir de contraintes autres que les contraintes de domaines et de clés, en conséquence de quoi on ne doit pas avoir à mettre en œuvre quelque assertion, trigger ou clé étrangère que ce soit... Je le répète : respecter la 5NF est plus réaliste (sinon la BCNF) puisqu'assertions et tout le toutim sont alors permis...
(a) Faites simple, mais pas plus simple ! (A. Einstein)
(b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
=> La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)
__________________________________
Bases de données relationnelles et normalisation : de la première à la sixième forme normale
Modéliser les données avec MySQL Workbench
Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager