Discussion :

[psychoBob]

Bonjour,

J'ai une table qui fait 16 champs.

Certains éléments pourraient être isolés dans deux autres tables, la première ne faisant alors plus que 9 champs.

Au delà de la logique théorique, voyez-vous un inconvénient pratique à cette table de 16 champs (temps d'exécution des requêtes par exemple) ?

[XtofRoland]

en théorie les liens 1-1 entre deux tables sont a proscrires... mais en pratique si le schema impose des select avec plus de 4 - 5 tables on peut y perdre en perf... mais faut des grosses tables....

[Moloc'h]

Rien à voir avec l'ergonomie et le php là ???

[psychoBob]

Je ne comprend pas ce que tu appelles un lien 1-1.

En gros tu veux dire que les requêtes avec jointures naturelles sur plusieurs tables peuvent être lourdes, donc mieux vaut placer des champs dans une table même si ceux-ci n'y ont pas vraiment leur place et ce car cela peut faire économiser du temps au niveau de l'exécution des requêtes ? Même si c'est contraire à la théorie ?

Ou tu veux dire autre chose ?

[psychoBob]

Rien à voir avec l'ergonomie et le php là ???

Euh , c'est vrai c'est parce qu'à la base je me prenais la tête sur un script php et j'hésitais à refaire les tables mais je me suis dit que les requetes sql qui s'ensuivraient seraient peut-être un peu trop compliquées.

Et toc je me suis retrouvé ici !

**edit** bon on peut reprendre dans le bon forum maintenant

[neguib]

**edit** bon on peut reprendre dans le bon forum maintenant

Je veux bien vous rediriger mais il faudrait pour cela veiller à nous éclairer sur votre besoin veritable.
Precisez svp et je vous aiderai de mon mieux soyez en convaincu

[psychoBob]

Precisez svp et je vous aiderai de mon mieux soyez en convaincu

Merci bien

Je disais cela parce que j'avais initialement posté par erreur et ce post a ensuite atterri ici. Et ma foi, c'est assez confortable, on peut pas se plaindre.
Bon soyons sérieux.

En fait mon problème, sans être grave, s'est encore agravé :

Suite à de nouveaux développements, il y a maintenant deux tables dans ma base de données qui font respectivement 20 et 21 champs.

Certains champs pourraient être isolés dans des tables à part, mais quand j'ai codé je devais être fatigué, et cela m'a paru plus simple comme cela.
Maintenant je suis pris de remords et je me demande si je n'aurais pas dû avoir plus de scrupules.

D'où ces quelques questions, pour y voir plus clair :

1) Au delà de la simple théorie, y a t'il un problème technique particulier à avoir des tables ayant un nombre de champs élevés (ralentissement par exemple) ?

2) Est-ce plus rapide de faire une requête sur deux tables plutot qu'une requête sur plusieurs champs d'une même table?

3) Vous lavez vous les dents le matin, avant de vous coucher, ou après tous les repas ?


merci pour vos lumières.

[neguib]

1) Au delà de la simple théorie, y a t'il un problème technique particulier à avoir des tables ayant un nombre de champs élevés (ralentissement par exemple) ?

D'un point de vue technique cela dépend de votre SGBDR quel est-il :

2) Est-ce plus rapide de faire une requête sur deux tables plutot qu'une requête sur plusieurs champs d'une même table?

Encore une fois les soucis de performances sont directement liés aux performance de votre SGBD, cependant sur 2 tables cela ne doit pas être réellement significatif.

Les spécialistes pourront tout de même ajuster mes propos, cette fois sur le plan théorique, notamment en terme de modelisation.
Si cela ne vous importe pas alors precisez les contraintes techniques de votre matériel, il se peut qu'il existe un forum plus judicieux pour votre question (MySql, SqlServer, Oracle, Access, DB2 ....)

Comme je viens de manger, je cours me laver les dents

[psychoBob]

Merci pour votre réponse !

Effectivement, j'aurais dû préciser que le SGBDR qu'OVH m'a attribué, sans vergogne ni compromis aucun, est "MySQL 3.23.58-log sur le serveur sql6" (je lis cela sur phpMyAdmin).

Voilà, et donc lorsque je regarde ma base de donnée, je trouve que j'ai vraiment fait un travail de cochon, même pour un débutant qui commence à faire des bidouilles pas trop mal (c'est la BD d'un forum).

Côté client tout s'affiche bien et assez vite, j'ai tout fait pour que cela tire le moins possible sur la base de donnée (compteur incrémenté au lieu de requête COUNT par exemple).

Mais alors je vais me faire agresser si quelqu'un met son nez dans mon schéma relationnel, inexistant au demeurant.


Cela étant pour l'instant mon souci est surtout que tout soit nickel pour le visiteur, je bosse seul.

Bref, je radote.
Votre avis sur le sujet donc ?

Comme je viens de manger, je cours me laver les dents

Bon alors j'ai confiance en la réponse.

[neguib]

Je vous bascule donc chez les pros du MySql, et excusez les pérégrinations de votre sujet, je crois que cette fois sera la bonne

[pcaboche]

en théorie les liens 1-1 entre deux tables sont a proscrires...

On à tous eu le même prof de modélisation ou quoi?

Plus sérieusement, on avait abordé du problème d'éclatement des tables (dans quels cas est-ce justifié) dans ce sujet:
http://www.developpez.net/forums/viewtopic.php?t=450782

Je vous bascule donc chez les pros du MySql...

Merci pour le terme "les pros du MySql"

[psychoBob]

Oui j'ai ingurgité le lien, ça ne répond pas plus que ça à ma question mais c'était tout de même très utile.

D'ailleurs ma question ne me parait pas pertinente à vrai dire.

Je ne marque pas résolu tout de suite, dès fois que j'ai une nouvelle question à poser en jetant un oeil effrayé sur mes tables .

[Maximil ian]

Bonjour,

Il existe des règles établies pour normaliser des relations :

http://sqlpro.developpez.com/cours/standards/#L2.2
http://www.openwin.org/mike/presentations/normalization/normalization.html

[psychoBob]

Ces liens m'ont l'air utile.

Je les approfondis ce soir, si j'ai des questions je reviens, sinon je marque résolu.

Merci