Discussion :

[jeyspy]

Bonjour a tous, voila une question que je me pose depuis longtemps. sur la bonne structure d'une base sql.

est il plus optimisé pour une requette select sur une table comprenant des milliers d'enregistrement (propriété de différent titulaires) qu'elle soit structuré comme ceci :

MATABLE_TOUT_TITULAIRE
id_titulaire | donnée | donnée | date | heure | ... |

ou

MATABLE_ID_TITULAIRE
donnée | donnée | date | heure | ... |

donc :

que tout les titulaires soit mélangés
ou au contraire créer une table pour chaque titulaire.

Donc la requette serais soit :

where id_titulaire = 'sonchiffre' | ou | un select from MATABLE_ID_TITULAIRE

ya t'il une différence de performance ? sachant que chaque utilisateur peux avoir rapidement des milliers d'info, la base devra pouvoir supporter des milliers d'utilisateurs.

voici la structure actuelle pour vous aider :
CREATE TABLE `tab_compte_bancaire` (
`id_mouvement` int(10) NOT NULL auto_increment,
`id_titulaire` int(4) NOT NULL default '0',
`id_etablissement` int(4) NOT NULL default '0',
`id_compte` int(4) NOT NULL default '0',
`id_type` int(4) NOT NULL default '0',
`id_categorie` int(4) NOT NULL default '0',
`id_abonnement` int(4) NOT NULL default '0',
`intituler` varchar(255) default NULL,
`montant` decimal(10,2) default NULL,
`date` date NOT NULL default '0000-00-00',
PRIMARY KEY (`id_mouvement`),
KEY `id_etablissement` (`id_titulaire`),
KEY `id_compte` (`id_compte`),
KEY `id_categorie` (`id_categorie`),
KEY `id_abonnement` (`id_abonnement`),
KEY ` id_type_paiement` (`id_type`),
KEY `id_etablissement_2` (`id_etablissement`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1

[TheLeadingEdge]

Bonjour,

Soit je n'ai pas compris ce que tu veux faire ...
soit il faut que tu détailles comment tu détermines quelle table MATABLE_ID_TITULAIRE tu dois lire ?

A +

[SQLpro]

Plus petites seront les tables, plus rapide seront les accès aux données, plus la base pourra supporter de nombreux utilisateurs et un volume de données conséquent.

Un petit exemple de ce qu'il faut faire : http://sqlpro.developpez.com/cours/optimiser/#L5

A +

[jeyspy]

SQL pro, merci de ta réponse, j'ai lu juste apres l'article, tres bon d'ailleur.

EN effet en toute logique le fait de diviser mes tables le plus possible me paraissait cohérent, mais j'avais un doute. Désolé de faire doublont sur le forum. Merci à vous.

[Médiat]

Si j'ai bien compris la question, c'est à dire créer une table par titulaire, je suis très étonné que SQLPro entérine cette solution, surtout pour quelques milliers d'utilisateurs ce qui reprèsente quelques milliers de tables et ce pour quelques milliers d'info, c'est à dire un nombre énorme de tables (pour capturer la même chose) et pour quelques millions de lignes, c'est à dire une volumétrie très raisonnable pour un vrai SGBDR).
D'autant plus que la question de TheLeadingEdge reste cruellement posée ...

[Original Prankster]

Effectivement, j'avais cru comprendre qu'un SGBD était conçu pour gérer dans ses tables bon nombre de lignes... dont les "milliers" mentionnés par jeyspy.

Et puis TheLeadingEdge a effectivement me semble-t-il mis le doigt sur un problème non négligeable...

Alors évidemment je partage la stupéfaction de Médiat quant à la réponse de SQLPro...