|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre Expert
![]() Inscription : avril 2004 Messages : 1 132 ![]() |
On m'a laissé entendre que le traitement des contraintes d'intégrité entre les tables était particulièrement lourd, et en définitive s'avérait être une très mauvaise idée dans certains cas, notemment où le volume de la base de donnée est très important (plusieurs tera-octets).
Je n'ai pas été particulièrement convaincu quand on m'a dit ensuite que même pour des bases de quelqus giga (voir même mega) octets, ces contraintes d'intégrité étaient pas intéressantes. Mais j'aimerais quand même avoir l'avis d'autres personnes à ce sujet. |
|
|
00
|
|
|
#2 |
![]() ![]() ![]() Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 ![]() |
Dans ce cas, préférez utiliser des fichiers COBOL, c'est encore ce qu'il y a de plus rapide. Bien plus que les SGBDR.
Il y a toujours des imbéciles pour dire des conneries aussi stupéfiantes. A quoi servirait un SGBDR si vous ne gerez pas les contraintes ??? Sachez que sur un SELECT les contraintes ne s'activent pas donc la vitesse d'extraction de l'information est identiques avec ou sans contraintes. Mais sans contraintes votre base à toutes les chances d'être polluée et dans ce cas le coût d'extraction des données va être si élevé que vous pourrez jeter votre appli à la poubelle. C'est ce que j'enseigne à longueur de journée dans mes cours d'optimisation sur MS SQL Server et c'est ce que je constate dans mes audits, y compris sur des solutions d'applications de soit disants grands éditeurs.... A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
00
|
|
|
#3 |
|
Membre du Club
![]() Inscription : mars 2006 Messages : 43 ![]() |
Bonjour,
Il existe un seul contexte ou l'on peut "disabler" les contraintes d'integrité dans une base de données : C'est lorsqu'on fait le chargement complet d'un entrepôt de données. Et même la il est tout simplement question de les désactiver le temps du chargement et les rendre actives aprés pour valider l'intégrité de données. Dans les systèmes transactionnels, que ce soit de la taille d'un Mg ou d'un teraOctet, les contraintes d'intégrité doivent être gérés !!!! Voila |
|
|
00
|
|
|
#4 |
|
Membre Expert
![]() Inscription : avril 2004 Messages : 1 132 ![]() |
Ca me rassure ce que vous racontez là ^^
Enfin, pour être plus précis, si j'ai bien saisi ce que me racontait cette personne, c'est qu'elle travaille sur des données provenant d'une production industrielle de pièces qui ont peu de rapport les unes avec les autres et dont les caractéristiques changent assez souvent (il m'a effectivement dit que, selon lui, les contraintes d'intégrité pouvaient sûrement être intéressantes sur de petites bases dont la structure était "très carrée"). Quand il me racontait son truc (je pense n'avoir pas totalement saisi ce qu'il me racontait, tout de même), j'en avais conclu qu'il s'agissait d'un cas très particulier d'entrepôt de données (vraiment énorme : plusieurs tera-octets à ce qu'il m'a dit). |
|
|
00
|
|
|
#5 |
|
Expert Confirmé
![]() Inscription : mai 2005 Messages : 3 633 ![]() |
Sauf le cas particulier que t'a judicieusement cité abdelelomari. Il ne faut pas oublier que dans SGBDR il y a Relationnel. La rigueur dans ce domaine des contraintes d'intégrité que t'expose SQLpro est absolument incontournable.
__________________
Pour le bien de ceux qui vous lisent, ayez à coeur le respect du forum et de ses règles |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com