Bonjour je recherche des recommandations pour SQL server,=20
style le nommage des tables,des colonnes...
Ainsi que des infos sur l'optimisation...
=E0 propos d'optimisation=20
j'ai une table avec :
(
[id] [int] NOT NULL
IDENTITY(1,1)
PRIMARY KEY,
[id_theme] [int] NULL,
[nom] [varchar] (25) NULL,
[description] [ntext] NULL,
)=20
or la plupart de mes requetes n'emploie le champs
[description], ne faut il mieux pas cr=E9er plutot deux=20
tables :=20
(
[id] [int] NOT NULL
IDENTITY(1,1)
PRIMARY KEY,
[id_theme] [int] NULL,
[nom] [varchar] (25) NULL,
)
et une autre table
(
[id] [int] NOT NULL
PRIMARY KEY,
[description] [ntext] NULL
)=20
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Ambassadeur Kosh
> or la plupart de mes requetes n'emploie le champs [description], ne faut il mieux pas créer plutot deux
question de "sens", de modelisation. si la description change, doit elle changer partout ou elle existe, ou seulement la ou on la modifie ?
la perf en vitesse de selection se regle ensuite par les indexs. (quelque soit votre modele) et on va dire qu'on se fout de la taille (c'est bien le dernier critere qui devrait rentrer en ligne de compte, sauf si...)
donc toujours privilégier l'analyse. le reste decoule automatiquement de ces choix. enfin en theorie et tre souvent en pratique :)
> or la plupart de mes requetes n'emploie le champs
[description], ne faut il mieux pas créer plutot deux
question de "sens", de modelisation.
si la description change, doit elle changer partout ou elle existe, ou
seulement la ou on la modifie ?
la perf en vitesse de selection se regle ensuite par les indexs. (quelque
soit votre modele)
et on va dire qu'on se fout de la taille (c'est bien le dernier critere qui
devrait rentrer en ligne de compte, sauf si...)
donc toujours privilégier l'analyse. le reste decoule automatiquement de ces
choix.
enfin en theorie et tre souvent en pratique :)
> or la plupart de mes requetes n'emploie le champs [description], ne faut il mieux pas créer plutot deux
question de "sens", de modelisation. si la description change, doit elle changer partout ou elle existe, ou seulement la ou on la modifie ?
la perf en vitesse de selection se regle ensuite par les indexs. (quelque soit votre modele) et on va dire qu'on se fout de la taille (c'est bien le dernier critere qui devrait rentrer en ligne de compte, sauf si...)
donc toujours privilégier l'analyse. le reste decoule automatiquement de ces choix. enfin en theorie et tre souvent en pratique :)
Fred BROUARD
bonjour,
Sur les règles de nommage : 1) norme SQL : http://sqlpro.developpez.com/SQL_AZ_7.html#SCHEMA1 2) habitude : Majuscules 3) norme de codification interne : http://sqlpro.developpez.com/Methode/SGBDR_nom.html
Sur l'optimisation : 1) Cas des blobs : inutile de créer une table à part. Utilisez TEXTIMAGE_ON " Mots clés indiquant que les colonnes de type text, ntext et image sont stockées dans le groupe de fichiers spécifié. TEXTIMAGE ON n'est pas autorisé s'il n'y a pas de colonne de type text, ntext ou image dans la table. Si vous ne spécifiez pas TEXTIMAGE_ON, les colonnes text, ntext et image sont stockées dans le même groupe de fichiers que la table. " (help MS)
-- Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ****************** mailto: ******************
Arno a écrit:
Bonjour je recherche des recommandations pour SQL server, style le nommage des tables,des colonnes... Ainsi que des infos sur l'optimisation...
à propos d'optimisation j'ai une table avec : ( [id] [int] NOT NULL IDENTITY(1,1) PRIMARY KEY, [id_theme] [int] NULL, [nom] [varchar] (25) NULL, [description] [ntext] NULL, )
or la plupart de mes requetes n'emploie le champs [description], ne faut il mieux pas créer plutot deux tables : ( [id] [int] NOT NULL IDENTITY(1,1) PRIMARY KEY, [id_theme] [int] NULL, [nom] [varchar] (25) NULL, ) et une autre table ( [id] [int] NOT NULL PRIMARY KEY, [description] [ntext] NULL )
Par avance merci Arno
bonjour,
Sur les règles de nommage :
1) norme SQL : http://sqlpro.developpez.com/SQL_AZ_7.html#SCHEMA1
2) habitude : Majuscules
3) norme de codification interne :
http://sqlpro.developpez.com/Methode/SGBDR_nom.html
Sur l'optimisation :
1) Cas des blobs : inutile de créer une table à part. Utilisez TEXTIMAGE_ON
"
Mots clés indiquant que les colonnes de type text, ntext et image sont
stockées dans le groupe de fichiers spécifié. TEXTIMAGE ON n'est pas
autorisé s'il n'y a pas de colonne de type text, ntext ou image dans la
table. Si vous ne spécifiez pas TEXTIMAGE_ON, les colonnes text, ntext
et image sont stockées dans le même groupe de fichiers que la table.
"
(help MS)
--
Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
****************** mailto:brouardf@club-internet.fr ******************
Arno a écrit:
Bonjour je recherche des recommandations pour SQL server,
style le nommage des tables,des colonnes...
Ainsi que des infos sur l'optimisation...
à propos d'optimisation
j'ai une table avec :
(
[id] [int] NOT NULL
IDENTITY(1,1)
PRIMARY KEY,
[id_theme] [int] NULL,
[nom] [varchar] (25) NULL,
[description] [ntext] NULL,
)
or la plupart de mes requetes n'emploie le champs
[description], ne faut il mieux pas créer plutot deux
tables :
(
[id] [int] NOT NULL
IDENTITY(1,1)
PRIMARY KEY,
[id_theme] [int] NULL,
[nom] [varchar] (25) NULL,
)
et une autre table
(
[id] [int] NOT NULL
PRIMARY KEY,
[description] [ntext] NULL
)
Sur les règles de nommage : 1) norme SQL : http://sqlpro.developpez.com/SQL_AZ_7.html#SCHEMA1 2) habitude : Majuscules 3) norme de codification interne : http://sqlpro.developpez.com/Methode/SGBDR_nom.html
Sur l'optimisation : 1) Cas des blobs : inutile de créer une table à part. Utilisez TEXTIMAGE_ON " Mots clés indiquant que les colonnes de type text, ntext et image sont stockées dans le groupe de fichiers spécifié. TEXTIMAGE ON n'est pas autorisé s'il n'y a pas de colonne de type text, ntext ou image dans la table. Si vous ne spécifiez pas TEXTIMAGE_ON, les colonnes text, ntext et image sont stockées dans le même groupe de fichiers que la table. " (help MS)
-- Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ****************** mailto: ******************
Arno a écrit:
Bonjour je recherche des recommandations pour SQL server, style le nommage des tables,des colonnes... Ainsi que des infos sur l'optimisation...
à propos d'optimisation j'ai une table avec : ( [id] [int] NOT NULL IDENTITY(1,1) PRIMARY KEY, [id_theme] [int] NULL, [nom] [varchar] (25) NULL, [description] [ntext] NULL, )
or la plupart de mes requetes n'emploie le champs [description], ne faut il mieux pas créer plutot deux tables : ( [id] [int] NOT NULL IDENTITY(1,1) PRIMARY KEY, [id_theme] [int] NULL, [nom] [varchar] (25) NULL, ) et une autre table ( [id] [int] NOT NULL PRIMARY KEY, [description] [ntext] NULL )
