Une grande table VS 2 tables de taille correcte

mikaeru · 09/06/2011, 08h25

Bonjour,

Voici mon cas :
J’ai une table de +- 28 colonnes, et sur ces 28 champs, il y en a +- 10/15 qui sont fréquemment utilisés. Sur ce je souhaiterai diviser la table en deux, d’une part les champs les plus souvent demandé et de l’autre part, les data dont on aurait besoin de manière plus occasionnel.

La grande question : Est-ce une bonne idée, si possible avec un petit argument

Un grand merci du pays de la bière, des frittes, et du chocolat (comme ça tout le monde est content

)

SQLpro · 09/06/2011, 15h17

OUI ! De toute façon dans mes audits, je frappe dès qu'une table dépasse 20 colonnes.

A +

CinePhil · 10/06/2011, 16h07

28 colonnes ? Ça me rappelle une autre discussion ça...

On peut voir la structure de la table ?

mikedavem · 11/06/2011, 16h17

Le partitionnement vertical dans ce cas peut être une bonne solution.

++

09/06/2011, 08h25	#1
mikaeru Membre du Club Inscription : novembre 2007 Messages : 112 Détails du profil Informations personnelles : Localisation : Belgique Informations forums : Inscription : novembre 2007 Messages : 112 Points : 57 Points : 57	Une grande table VS 2 tables de taille correcte Bonjour, Voici mon cas : J’ai une table de +- 28 colonnes, et sur ces 28 champs, il y en a +- 10/15 qui sont fréquemment utilisés. Sur ce je souhaiterai diviser la table en deux, d’une part les champs les plus souvent demandé et de l’autre part, les data dont on aurait besoin de manière plus occasionnel. La grande question : Est-ce une bonne idée, si possible avec un petit argument Un grand merci du pays de la bière, des frittes, et du chocolat (comme ça tout le monde est content)
	00

09/06/2011, 15h17	#2
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 953 Points : 17 773 Points : 17 773	OUI ! De toute façon dans mes audits, je frappe dès qu'une table dépasse 20 colonnes. 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 * * * * *
	10

10/06/2011, 16h07	#3
CinePhil Modérateur Philippe Leménager Ingénieur d'études en informatique Inscription : août 2006 Messages : 11 001 Détails du profil Informations personnelles : Nom : Philippe Leménager Âge : 48 Localisation : France, Haute Garonne (Midi Pyrénées) Informations professionnelles : Activité : Ingénieur d'études en informatique Secteur : Enseignement Informations forums : Inscription : août 2006 Messages : 11 001 Points : 18 262 Points : 18 262	28 colonnes ? Ça me rappelle une autre discussion ça... On peut voir la structure de la table ? __________________ Philippe Leménager. Ingénieur d'étude à l'École Nationale de Formation Agronomique. Mon blog sur la conception des BDD, le langage SQL, le PHP avec Zend Framework... « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau) À la maison comme au bureau, j'utilise Mandriva Linux ou Mageïa ! Soutenons l'industrie logicielle française ! Linuxiens, comptez-vous !
	00

11/06/2011, 16h17	#4
mikedavem Responsable SQL Server David BARBARIN Expert SQL Server Inscription : août 2005 Messages : 3 723 Détails du profil Informations personnelles : Nom : David BARBARIN Localisation : France, Haute Savoie (Rhône Alpes) Informations professionnelles : Activité : Expert SQL Server Secteur : Conseil Informations forums : Inscription : août 2005 Messages : 3 723 Points : 6 844 Points : 6 844	Le partitionnement vertical dans ce cas peut être une bonne solution. ++ __________________ Blog \| Articles SQL Server \| TSQL Challenges \| English blog
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email