Version imprimable
Bonjour
J'ai une base de données dont la structure (tables, triggers, sp) prend 11Mo. J'y insere 6Mo de données et ma base monte alors logiquement à 17Mo.
Ma question : peut-on séparer structure et données dans deux fichiers différents ? Un de 11Mo pour la structure l'autre de 6Mo pour les données ?
Merci d'avance.
Séparer la structure de la table de son contenu va être un peu difficile ;)
Mais oui : ce que tu nommes la structure, qu'on peut appeler les métadonnées, sont dans des tables système. Pour poser tes tables et des index dans d'autres fichier, assigne-les à des filegroups. Pour plus d'infos, regarde l'aide en ligne de sql2k5 sous "Physical Database Files and Filegroups"
Et est-ce performant ou bien cela peut-il ralentir les accès ?
Ca peut au contraire les accélérer, si tu sépares sur des disques physiques différents (dans l'idéal sur des bus différents) les tables et les index utilisés en même temps, cela parallélise les I/O. Sinon il n'y a pas vraiment de perte de performance, peut-être si la tête de lecture doit pas mal bouger, mais c'est sans doute minime, et si tu as assez de RAM pour avoir un bon cache de données, ça ne doit poser aucun problème.
Merci je vais essayer ca.
Hop je reviens sur ce que tu m'a dit :
Citation:
Envoyé par rudib
Question 1 : Est-ce que tu englobes dans les "métadonnées" les triggers associés aux tables ?
Question 2 : Pourquoi mon fichier .mdf de ma base "vide" (je n'ai pas inséré de données, je n'ai fait que créer mes tables, mes indexs, mes triggers et mes sp) fait 11 Mo alors que les métadonnées sont dans les tables systèmes ?
Merci d'avance !
Bonjour,
Le code de ton trigger est dans la table système syscomments, que tu peux lire dans la vue sys.syscomments.
La taille de ton fichier .mdf est certainement celle que tu as indiqué à la création. Les fichiers utilisés par SQL Server préréservent de l'espace pour éviter la fragmentation et les problèmes de performances liés à la gestion dynamique de la taille du fichier par l'OS.