Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Membre à l'essai
    Homme Profil pro
    Développeur informatique
    Inscrit en
    mars 2019
    Messages
    21
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 25
    Localisation : Mali

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : mars 2019
    Messages : 21
    Points : 13
    Points
    13
    Par défaut Une base de données avec beaucoup de tables sans relations. Est-ce logique ?
    Bonjour ! J'ai une question.
    Je suis entrain de visualiser une base de données de gestion commerciale avec 69 tables. Ce qui m'étonne les tables non aucune relation clé primaire et secondaire entre elles. Sauf que j'ai remarqué une chose, il y'a un champs idnServer de type varchar, dans chacune des tables. Je me demande es ce logique de créé une base comme ça ? Et comment fait-ont pour gérer les intégrité? Et que représente le champs qui se retrouve dans tous les tables ?

  2. #2
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    février 2010
    Messages
    3 730
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : février 2010
    Messages : 3 730
    Points : 6 453
    Points
    6 453
    Billets dans le blog
    1
    Par défaut
    Non, il ne faut pas faire ça.

    Ça tombe bien, 99% des logiciels du marché ont des bases ainsi modélisées...

    Et 99% ont des problèmes aberrants de performance et des bugs monstrueux liés à ces modélisations bancales.

    Mais 100% ont toujours de bonnes raisons pour expliquer pourquoi ils ont fait comme ça.
    On ne jouit bien que de ce qu’on partage.

  3. #3
    Membre à l'essai
    Homme Profil pro
    Développeur informatique
    Inscrit en
    mars 2019
    Messages
    21
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 25
    Localisation : Mali

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : mars 2019
    Messages : 21
    Points : 13
    Points
    13
    Par défaut
    Ah OK ! Je comprends. Mais je me dis, si on a une assez volumineux avec jusqu'à 90 tables en relation par exemple, en cas de modification ou d'ajoute de nouvelles . Sa peut poser des problèmes oubien je me trompes ?

  4. #4
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    février 2010
    Messages
    3 730
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : février 2010
    Messages : 3 730
    Points : 6 453
    Points
    6 453
    Billets dans le blog
    1
    Par défaut
    Ajouter de nouvelles tables ne pose pas plus de problèmes que ce soit correctement modélisé ou non : dans tous les cas, il faudra repartir modifier dans le programmes les requêtes impactées.

    Le seul cas qui peut vraiment poser souci, c'est quand on a un modèle des données à "géométrie variable".
    C'est le cas des ERP notamment.
    En effet, parfois, dans une même base de données, selon le paramétrage (global ou pour un périmètre déterminé) on a des contraintes d'intégrité différentes, notamment les clés.

    Par exemple, dans un ERP que je connais bien Aurea Collaborative Entreprise (anciennement Generix), on a une notion de "société". Un groupe peu stocker dans la même base de données toutes les entités du groupe, avec chacune ses propres règles de gestion. Ainsi, on peut se retrouver avec la table produit où toutes les lignes de produits sont les mêmes pour l'ensemble des entités d'une branche, tandis que les produits des autres entités des autres branches ont sont spécifiques à chaque entité.
    A ce moment, le code société qui fait partie de la clé primaire sera tantôt identique au numéro de société des commandes dans lesquelles ont va les mettre, tantôt différent.
    Ainsi, modéliser en conservant les mêmes tables deviendrait un véritable casse-tête, c'est pourquoi les relations entre table ne sont pas modélisées.
    Dans l'absolu, les tables produit et commande devraient être différentes selon l'un ou l'autre des modes de gestion.

    On comprend vite alors que ça pourrait devenir très complexe a gérer... d'où ces libertés que prennent les différents éditeurs. Le problème, c'est que ça se fait au dépends des performances, mais aussi parfois de la stabilité globale de l'outil.
    On ne jouit bien que de ce qu’on partage.

  5. #5
    Membre à l'essai
    Homme Profil pro
    Développeur informatique
    Inscrit en
    mars 2019
    Messages
    21
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 25
    Localisation : Mali

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : mars 2019
    Messages : 21
    Points : 13
    Points
    13
    Par défaut
    Ah ok merci pour ces détails. Mais j'aimerais suivre une logique propre qui pourras me faciliter et faire moins de dépendance possible. Qu'elle méthodeme conseillerais vous?

  6. #6
    Expert éminent sénior

    Profil pro
    Développeur informatique
    Inscrit en
    novembre 2006
    Messages
    6 889
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2006
    Messages : 6 889
    Points : 14 522
    Points
    14 522
    Par défaut
    Citation Envoyé par mamadoukebe Voir le message
    Bonjour ! J'ai une question.
    Je suis entrain de visualiser une base de données de gestion commerciale avec 69 tables. Ce qui m'étonne les tables non aucune relation clé primaire et secondaire entre elles. Sauf que j'ai remarqué une chose, il y'a un champs idnServer de type varchar, dans chacune des tables. Je me demande es ce logique de créé une base comme ça ? Et comment fait-ont pour gérer les intégrité? Et que représente le champs qui se retrouve dans tous les tables ?
    salut Mamadoukebe c'est un problème très classique des bases de données et donc des SGBDR.

    S'il n'y a pas de liaison entre les tables c'est parce qu'en mettant des liaisons , au moment où on insert ou met-à-jour des données dans une table et que les références correspondantes ( donc liaisons étrangères ) ne sont pas mises à jour il va y avoir un message d'erreur.
    Donc ce programme de gestion commerciale gère mal les erreurs
    Ce dont on ne peut parler il faut le taire ( Wittgenstein )

  7. #7
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    YYYY
    Inscrit en
    mai 2002
    Messages
    19 221
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : YYYY
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 19 221
    Points : 45 435
    Points
    45 435
    Par défaut
    Les éditeurs qui font cela ont oublié aussi que les bons SGBDR comme Oracle ou SQL Server sont capable de simplifier les plans d'exécution des requêtes si les contraintes d'intégrité référentielles existent (clefs étrangères).

    Je montre en cours d'optimisation, comment une requête va 500 fois plus vite si l'on ajoute les intégrités référentielles !!!

    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...
    * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *

  8. #8
    Membre à l'essai
    Homme Profil pro
    Développeur informatique
    Inscrit en
    mars 2019
    Messages
    21
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 25
    Localisation : Mali

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : mars 2019
    Messages : 21
    Points : 13
    Points
    13
    Par défaut
    Merci beaucoup SQLpro. Je crois que je vais rester sur ma voix de l'intégrité référentiel. Même si c'est fatiguant 😊

  9. #9
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    YYYY
    Inscrit en
    mai 2002
    Messages
    19 221
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : YYYY
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 19 221
    Points : 45 435
    Points
    45 435
    Par défaut
    Pourquoi serait-ce fatiguant ?

    Si c'est pour insérer des données primales, une technique - afin de ne pas se poser de question sur la précédence - est de désactiver les contraintes d'intégrité référentielle avant d'insérer massivement les données et de les réactiver à la fin.

    Si vous utilisez MS SQL Server ceci ce fait avec une commande du genre ALTER TABLE … NOCHECK CONSTRAINT ALL

    Pour le faire globalement en une seule instruction dans toute la base :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    EXEC sp_MSforeachtable 'ALTER TABLE ? NOCHECK CONSTRAINT all'
    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...
    * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *

  10. #10
    Expert éminent sénior

    Homme Profil pro
    bourreau
    Inscrit en
    mars 2010
    Messages
    5 004
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : mars 2010
    Messages : 5 004
    Points : 14 361
    Points
    14 361
    Billets dans le blog
    1
    Par défaut
    Avec DB2 for Z/OS, les contraintes peuvent être désactivées sur la table, mais également désactivées au moment du chargement avec l'utilitaire LOAD et l'option ENFORCE NO.

    Ceci permet de paralléliser le chargement de plusieurs tables indépendamment des contraintes qui seront vérifiées ultérieurement par un CHECK DATA

  11. #11
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    YYYY
    Inscrit en
    mai 2002
    Messages
    19 221
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : YYYY
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 19 221
    Points : 45 435
    Points
    45 435
    Par défaut
    Citation Envoyé par escartefigue Voir le message
    Avec DB2 for Z/OS, les contraintes peuvent être désactivées ... au moment du chargement avec l'utilitaire LOAD et l'option ENFORCE NO.

    Ceci permet de paralléliser le chargement de plusieurs tables indépendamment des contraintes qui seront vérifiées ultérieurement par un CHECK DATA
    Même chose dans SQL Server. les contraintes CHECK et FOREIGN KEY sont désactivées par défaut lors de chargement par BULK INSERT ou via bcp.exe (ligne de commande).
    On peut cependant en forcer l'activation avec l'option de commande CHECK_CONSTRAINTS
    Même chose pour les triggers, ils ne sont pas joués par défaut sauf si FIRE_TRIGGERS

    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...
    * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *

Discussions similaires

  1. [PDO] Suppression de toutes les tables d'une base de données avec PDO
    Par Invité dans le forum PHP & Base de données
    Réponses: 2
    Dernier message: 21/07/2019, 23h05
  2. Réponses: 2
    Dernier message: 13/07/2016, 01h23
  3. Réponses: 2
    Dernier message: 02/09/2014, 22h41
  4. [AC-2010] ouvrir une table dans une base de données avec ado
    Par sidisadmir dans le forum Requêtes et SQL.
    Réponses: 2
    Dernier message: 27/07/2013, 16h27
  5. Réponses: 1
    Dernier message: 19/09/2007, 13h09

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo