Bonjour,
je dois d=E9velopper une application extranet en ASP coupl=E9=20
avec une base SQL Server 2000.
Je d=E9veloppe depuis plusieurs ann=E9es ce type d'application=20
mais je me pose des questions de mont=E9e en charge.
Mon application :
- une application qui concerne 100 structures (les=20
donn=E9es ne sont pas a priori mutualis=E9es)
- pour chaque structure, 50 tables d'environ 15 000=20
enregistrements chacune.
Ma question :
- Comment organiser cot=E9 SQL Server 2000 ?
Mes 3 pistes sont :
- Faire une base par structure et une base recensant=20
l'ensemble des mots de passe et des connections vers les=20
bases des structures.
- Faire une seule base avec un champ par table qui=20
identifie la structure (idstructure) et donc des gros=20
index sur ce champ.
- Faire une seule base avec 5 000 tables (50 *=20
nbstructures) et rajouter l'identifiant dans le nom de la=20
table. (matable_structure01.)
Si vous avez =E9t=E9 confront=E9 =E0 ce type de probl=E9matique et=20
pouvez m'aider.=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
Fred BROUARD
Aucune de ces trois solution n'est la plus performante !
Une seule base avec une table des structure est la solution la plus élégante.
Inutile de lier cette table avec TOUTES les tables, mais seulement avec les principales tables.
Par exemple si dans ma base j'ai modélisé CLIENT / FACTURE / LIGNE FACTURE alors il ne sert à rien de mettre la clef structure dans les 3 tables. Seule la répercussion de la clef structure dans CLINET suffit !
A +
-- 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: ******************
Pierre Lacoste a écrit:
Bonjour, je dois développer une application extranet en ASP couplé avec une base SQL Server 2000. Je développe depuis plusieurs années ce type d'application mais je me pose des questions de montée en charge.
Mon application : - une application qui concerne 100 structures (les données ne sont pas a priori mutualisées) - pour chaque structure, 50 tables d'environ 15 000 enregistrements chacune.
Ma question : - Comment organiser coté SQL Server 2000 ?
Mes 3 pistes sont : - Faire une base par structure et une base recensant l'ensemble des mots de passe et des connections vers les bases des structures. - Faire une seule base avec un champ par table qui identifie la structure (idstructure) et donc des gros index sur ce champ. - Faire une seule base avec 5 000 tables (50 * nbstructures) et rajouter l'identifiant dans le nom de la table. (matable_structure01.)
Si vous avez été confronté à ce type de problématique et pouvez m'aider.
Aucune de ces trois solution n'est la plus performante !
Une seule base avec une table des structure est la solution la plus
élégante.
Inutile de lier cette table avec TOUTES les tables, mais seulement avec
les principales tables.
Par exemple si dans ma base j'ai modélisé CLIENT / FACTURE / LIGNE
FACTURE alors il ne sert à rien de mettre la clef structure dans les 3
tables. Seule la répercussion de la clef structure dans CLINET suffit !
A +
--
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 ******************
Pierre Lacoste a écrit:
Bonjour,
je dois développer une application extranet en ASP couplé
avec une base SQL Server 2000.
Je développe depuis plusieurs années ce type d'application
mais je me pose des questions de montée en charge.
Mon application :
- une application qui concerne 100 structures (les
données ne sont pas a priori mutualisées)
- pour chaque structure, 50 tables d'environ 15 000
enregistrements chacune.
Ma question :
- Comment organiser coté SQL Server 2000 ?
Mes 3 pistes sont :
- Faire une base par structure et une base recensant
l'ensemble des mots de passe et des connections vers les
bases des structures.
- Faire une seule base avec un champ par table qui
identifie la structure (idstructure) et donc des gros
index sur ce champ.
- Faire une seule base avec 5 000 tables (50 *
nbstructures) et rajouter l'identifiant dans le nom de la
table. (matable_structure01.)
Si vous avez été confronté à ce type de problématique et
pouvez m'aider.
Aucune de ces trois solution n'est la plus performante !
Une seule base avec une table des structure est la solution la plus élégante.
Inutile de lier cette table avec TOUTES les tables, mais seulement avec les principales tables.
Par exemple si dans ma base j'ai modélisé CLIENT / FACTURE / LIGNE FACTURE alors il ne sert à rien de mettre la clef structure dans les 3 tables. Seule la répercussion de la clef structure dans CLINET suffit !
A +
-- 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: ******************
Pierre Lacoste a écrit:
Bonjour, je dois développer une application extranet en ASP couplé avec une base SQL Server 2000. Je développe depuis plusieurs années ce type d'application mais je me pose des questions de montée en charge.
Mon application : - une application qui concerne 100 structures (les données ne sont pas a priori mutualisées) - pour chaque structure, 50 tables d'environ 15 000 enregistrements chacune.
Ma question : - Comment organiser coté SQL Server 2000 ?
Mes 3 pistes sont : - Faire une base par structure et une base recensant l'ensemble des mots de passe et des connections vers les bases des structures. - Faire une seule base avec un champ par table qui identifie la structure (idstructure) et donc des gros index sur ce champ. - Faire une seule base avec 5 000 tables (50 * nbstructures) et rajouter l'identifiant dans le nom de la table. (matable_structure01.)
Si vous avez été confronté à ce type de problématique et pouvez m'aider.
