Limitation du nombre d'enregistrements dans une base?
4 réponses
Nicolas Chevet
Bonjour,
Ma société développe un portail Internet/Intranet pour entreprises. Nous
stockons les utilisateurs dans une base de données SQL (SQL Server). Le
problème est que plus ca va et plus elle grossi.
J'aimerais donc savoir :
Quelles sont les limites en capacité d'une base de données SQL ?
Quel est le meilleur moyen pour optimiser les accès à la base et pouvoir
gérer plus de 100000 utilisateurs?
Y'a t'il des solutions objet avec SQL Server?
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
1) limite en stockage physique des données : quelques Tera octets...
2) pour 10 000 utilisateurs simultanément (cela me parait gigantesque mais bon...) prévoir une web farm de cluster actif avec un moniteur transactionnel. A vu de nez je dirais une cinquantaine de serveurs base de données répliqués entre eux et une centaines de serveurs Web. Pour les serveur bases de données => RAID 5, alim redondante et bi pro
3) les solutions objet reposent sur le gestion de procédures stockées combinées avec des objets COM / DCOM / COM + ou mieux (MIDAS de Borland).
A +
Nicolas Chevet a écrit:
Bonjour,
Ma société développe un portail Internet/Intranet pour entreprises. Nous stockons les utilisateurs dans une base de données SQL (SQL Server). Le problème est que plus ca va et plus elle grossi. J'aimerais donc savoir : Quelles sont les limites en capacité d'une base de données SQL ? Quel est le meilleur moyen pour optimiser les accès à la base et pouvoir gérer plus de 100000 utilisateurs? Y'a t'il des solutions objet avec SQL Server?
Merci beaucoup.
-- 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: ******************
1) limite en stockage physique des données : quelques Tera octets...
2) pour 10 000 utilisateurs simultanément (cela me parait gigantesque
mais bon...) prévoir une web farm de cluster actif avec un moniteur
transactionnel. A vu de nez je dirais une cinquantaine de serveurs base
de données répliqués entre eux et une centaines de serveurs Web. Pour
les serveur bases de données => RAID 5, alim redondante et bi pro
3) les solutions objet reposent sur le gestion de procédures stockées
combinées avec des objets COM / DCOM / COM + ou mieux (MIDAS de Borland).
A +
Nicolas Chevet a écrit:
Bonjour,
Ma société développe un portail Internet/Intranet pour entreprises. Nous
stockons les utilisateurs dans une base de données SQL (SQL Server). Le
problème est que plus ca va et plus elle grossi.
J'aimerais donc savoir :
Quelles sont les limites en capacité d'une base de données SQL ?
Quel est le meilleur moyen pour optimiser les accès à la base et pouvoir
gérer plus de 100000 utilisateurs?
Y'a t'il des solutions objet avec SQL Server?
Merci beaucoup.
--
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 ******************
1) limite en stockage physique des données : quelques Tera octets...
2) pour 10 000 utilisateurs simultanément (cela me parait gigantesque mais bon...) prévoir une web farm de cluster actif avec un moniteur transactionnel. A vu de nez je dirais une cinquantaine de serveurs base de données répliqués entre eux et une centaines de serveurs Web. Pour les serveur bases de données => RAID 5, alim redondante et bi pro
3) les solutions objet reposent sur le gestion de procédures stockées combinées avec des objets COM / DCOM / COM + ou mieux (MIDAS de Borland).
A +
Nicolas Chevet a écrit:
Bonjour,
Ma société développe un portail Internet/Intranet pour entreprises. Nous stockons les utilisateurs dans une base de données SQL (SQL Server). Le problème est que plus ca va et plus elle grossi. J'aimerais donc savoir : Quelles sont les limites en capacité d'une base de données SQL ? Quel est le meilleur moyen pour optimiser les accès à la base et pouvoir gérer plus de 100000 utilisateurs? Y'a t'il des solutions objet avec SQL Server?
Merci beaucoup.
-- 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: ******************
Nicolas Chevet
Merci de votre réponse. Y'a t'il des solutions interressantes pour optimiser la rapidité d'affichage des données de grosses bases sur le web avec la technologie .Net par exemple?
"Fred BROUARD" wrote in message news:
1) limite en stockage physique des données : quelques Tera octets...
2) pour 10 000 utilisateurs simultanément (cela me parait gigantesque mais bon...) prévoir une web farm de cluster actif avec un moniteur transactionnel. A vu de nez je dirais une cinquantaine de serveurs base de données répliqués entre eux et une centaines de serveurs Web. Pour les serveur bases de données => RAID 5, alim redondante et bi pro
3) les solutions objet reposent sur le gestion de procédures stockées combinées avec des objets COM / DCOM / COM + ou mieux (MIDAS de Borland).
A +
Nicolas Chevet a écrit: > Bonjour, > > Ma société développe un portail Internet/Intranet pour entreprises. Nous > stockons les utilisateurs dans une base de données SQL (SQL Server). Le > problème est que plus ca va et plus elle grossi. > J'aimerais donc savoir : > Quelles sont les limites en capacité d'une base de données SQL ? > Quel est le meilleur moyen pour optimiser les accès à la base et pouvoir > gérer plus de 100000 utilisateurs? > Y'a t'il des solutions objet avec SQL Server? > > Merci beaucoup. > >
-- 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: ******************
Merci de votre réponse.
Y'a t'il des solutions interressantes pour optimiser la rapidité d'affichage
des données de grosses bases sur le web avec la technologie .Net par
exemple?
"Fred BROUARD" <brouardf@club-internet.fr> wrote in message
news:Ov0sB8xWDHA.652@tk2msftngp13.phx.gbl...
1) limite en stockage physique des données : quelques Tera octets...
2) pour 10 000 utilisateurs simultanément (cela me parait gigantesque
mais bon...) prévoir une web farm de cluster actif avec un moniteur
transactionnel. A vu de nez je dirais une cinquantaine de serveurs base
de données répliqués entre eux et une centaines de serveurs Web. Pour
les serveur bases de données => RAID 5, alim redondante et bi pro
3) les solutions objet reposent sur le gestion de procédures stockées
combinées avec des objets COM / DCOM / COM + ou mieux (MIDAS de Borland).
A +
Nicolas Chevet a écrit:
> Bonjour,
>
> Ma société développe un portail Internet/Intranet pour entreprises. Nous
> stockons les utilisateurs dans une base de données SQL (SQL Server). Le
> problème est que plus ca va et plus elle grossi.
> J'aimerais donc savoir :
> Quelles sont les limites en capacité d'une base de données SQL ?
> Quel est le meilleur moyen pour optimiser les accès à la base et pouvoir
> gérer plus de 100000 utilisateurs?
> Y'a t'il des solutions objet avec SQL Server?
>
> Merci beaucoup.
>
>
--
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 ******************
Merci de votre réponse. Y'a t'il des solutions interressantes pour optimiser la rapidité d'affichage des données de grosses bases sur le web avec la technologie .Net par exemple?
"Fred BROUARD" wrote in message news:
1) limite en stockage physique des données : quelques Tera octets...
2) pour 10 000 utilisateurs simultanément (cela me parait gigantesque mais bon...) prévoir une web farm de cluster actif avec un moniteur transactionnel. A vu de nez je dirais une cinquantaine de serveurs base de données répliqués entre eux et une centaines de serveurs Web. Pour les serveur bases de données => RAID 5, alim redondante et bi pro
3) les solutions objet reposent sur le gestion de procédures stockées combinées avec des objets COM / DCOM / COM + ou mieux (MIDAS de Borland).
A +
Nicolas Chevet a écrit: > Bonjour, > > Ma société développe un portail Internet/Intranet pour entreprises. Nous > stockons les utilisateurs dans une base de données SQL (SQL Server). Le > problème est que plus ca va et plus elle grossi. > J'aimerais donc savoir : > Quelles sont les limites en capacité d'une base de données SQL ? > Quel est le meilleur moyen pour optimiser les accès à la base et pouvoir > gérer plus de 100000 utilisateurs? > Y'a t'il des solutions objet avec SQL Server? > > Merci beaucoup. > >
-- 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: ******************
VUILLERMET Jacques
En complément de Fred.
Lire le fameux article de Microsoft "10 astuces de réglage pour 90 % de gains de performance" : http://www.microsoft.com/france/sql/utilisez/infotech/info/info.asp?mar=/fra nce/technet/produits/sql/info/astuce_perf_sql.html&xmlpath=/france/technet/P roduits/sql/admin.xml&rang=1
Par expérience, j'ai appris qu'on gagnait beaucoup avec une réflexion supplémentaire de conception. Qq points me viennent à l'esprit : - garder en tête l'objectif suivant (si possible) : 1 page web doit n'effectuer qu'un aller-retour avec le serveur de base de données (merci NextRecordset) ; - le site de Microsoft.com (pas mal de users...) n'effectue que très peu d'accès disque : tout en RAM ; - présenter à l'utilisateur beaucoup d'infos n'a pas grande utilité, donc peu d'infos doivent sortir du SGBD (si on sort 100 000 lignes pour en afficher 10 y a un pb) ; - le goulot d'étranglement de notre époque est parfois la carte réseau du serveur de base de données en sortie, et non plus forcément le disque.
Le fait d'utiliser telle ou telle techno vient après à mon goût (même s'il faut y penser).
Voir OPTION Fast n dans BOL.
Jacques.
"Nicolas Chevet" a écrit dans le message de news:
Merci de votre réponse. Y'a t'il des solutions interressantes pour optimiser la rapidité
d'affichage
des données de grosses bases sur le web avec la technologie .Net par exemple?
"Fred BROUARD" wrote in message news: > 1) limite en stockage physique des données : quelques Tera octets... > > 2) pour 10 000 utilisateurs simultanément (cela me parait gigantesque > mais bon...) prévoir une web farm de cluster actif avec un moniteur > transactionnel. A vu de nez je dirais une cinquantaine de serveurs base > de données répliqués entre eux et une centaines de serveurs Web. Pour > les serveur bases de données => RAID 5, alim redondante et bi pro > > 3) les solutions objet reposent sur le gestion de procédures stockées > combinées avec des objets COM / DCOM / COM + ou mieux (MIDAS de
Borland).
> > A + > > Nicolas Chevet a écrit: > > Bonjour, > > > > Ma société développe un portail Internet/Intranet pour entreprises.
Nous
> > stockons les utilisateurs dans une base de données SQL (SQL Server).
Le
> > problème est que plus ca va et plus elle grossi. > > J'aimerais donc savoir : > > Quelles sont les limites en capacité d'une base de données SQL ? > > Quel est le meilleur moyen pour optimiser les accès à la base et
pouvoir
> > gérer plus de 100000 utilisateurs? > > Y'a t'il des solutions objet avec SQL Server? > > > > Merci beaucoup. > > > > > > -- > 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: ****************** >
En complément de Fred.
Lire le fameux article de Microsoft "10 astuces de réglage pour 90 % de
gains de performance" :
http://www.microsoft.com/france/sql/utilisez/infotech/info/info.asp?mar=/fra
nce/technet/produits/sql/info/astuce_perf_sql.html&xmlpath=/france/technet/P
roduits/sql/admin.xml&rang=1
Par expérience, j'ai appris qu'on gagnait beaucoup avec une réflexion
supplémentaire de conception.
Qq points me viennent à l'esprit :
- garder en tête l'objectif suivant (si possible) : 1 page web doit
n'effectuer qu'un aller-retour avec le serveur de base de données (merci
NextRecordset) ;
- le site de Microsoft.com (pas mal de users...) n'effectue que très peu
d'accès disque : tout en RAM ;
- présenter à l'utilisateur beaucoup d'infos n'a pas grande utilité, donc
peu d'infos doivent sortir du SGBD (si on sort 100 000 lignes pour en
afficher 10 y a un pb) ;
- le goulot d'étranglement de notre époque est parfois la carte réseau du
serveur de base de données en sortie, et non plus forcément le disque.
Le fait d'utiliser telle ou telle techno vient après à mon goût (même s'il
faut y penser).
Voir OPTION Fast n dans BOL.
Jacques.
"Nicolas Chevet" <nicolas.chevet@illico.fr> a écrit dans le message de news:
ORF3DFyWDHA.2040@TK2MSFTNGP11.phx.gbl...
Merci de votre réponse.
Y'a t'il des solutions interressantes pour optimiser la rapidité
d'affichage
des données de grosses bases sur le web avec la technologie .Net par
exemple?
"Fred BROUARD" <brouardf@club-internet.fr> wrote in message
news:Ov0sB8xWDHA.652@tk2msftngp13.phx.gbl...
> 1) limite en stockage physique des données : quelques Tera octets...
>
> 2) pour 10 000 utilisateurs simultanément (cela me parait gigantesque
> mais bon...) prévoir une web farm de cluster actif avec un moniteur
> transactionnel. A vu de nez je dirais une cinquantaine de serveurs base
> de données répliqués entre eux et une centaines de serveurs Web. Pour
> les serveur bases de données => RAID 5, alim redondante et bi pro
>
> 3) les solutions objet reposent sur le gestion de procédures stockées
> combinées avec des objets COM / DCOM / COM + ou mieux (MIDAS de
Borland).
>
> A +
>
> Nicolas Chevet a écrit:
> > Bonjour,
> >
> > Ma société développe un portail Internet/Intranet pour entreprises.
Nous
> > stockons les utilisateurs dans une base de données SQL (SQL Server).
Le
> > problème est que plus ca va et plus elle grossi.
> > J'aimerais donc savoir :
> > Quelles sont les limites en capacité d'une base de données SQL ?
> > Quel est le meilleur moyen pour optimiser les accès à la base et
pouvoir
> > gérer plus de 100000 utilisateurs?
> > Y'a t'il des solutions objet avec SQL Server?
> >
> > Merci beaucoup.
> >
> >
>
> --
> 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 ******************
>
Lire le fameux article de Microsoft "10 astuces de réglage pour 90 % de gains de performance" : http://www.microsoft.com/france/sql/utilisez/infotech/info/info.asp?mar=/fra nce/technet/produits/sql/info/astuce_perf_sql.html&xmlpath=/france/technet/P roduits/sql/admin.xml&rang=1
Par expérience, j'ai appris qu'on gagnait beaucoup avec une réflexion supplémentaire de conception. Qq points me viennent à l'esprit : - garder en tête l'objectif suivant (si possible) : 1 page web doit n'effectuer qu'un aller-retour avec le serveur de base de données (merci NextRecordset) ; - le site de Microsoft.com (pas mal de users...) n'effectue que très peu d'accès disque : tout en RAM ; - présenter à l'utilisateur beaucoup d'infos n'a pas grande utilité, donc peu d'infos doivent sortir du SGBD (si on sort 100 000 lignes pour en afficher 10 y a un pb) ; - le goulot d'étranglement de notre époque est parfois la carte réseau du serveur de base de données en sortie, et non plus forcément le disque.
Le fait d'utiliser telle ou telle techno vient après à mon goût (même s'il faut y penser).
Voir OPTION Fast n dans BOL.
Jacques.
"Nicolas Chevet" a écrit dans le message de news:
Merci de votre réponse. Y'a t'il des solutions interressantes pour optimiser la rapidité
d'affichage
des données de grosses bases sur le web avec la technologie .Net par exemple?
"Fred BROUARD" wrote in message news: > 1) limite en stockage physique des données : quelques Tera octets... > > 2) pour 10 000 utilisateurs simultanément (cela me parait gigantesque > mais bon...) prévoir une web farm de cluster actif avec un moniteur > transactionnel. A vu de nez je dirais une cinquantaine de serveurs base > de données répliqués entre eux et une centaines de serveurs Web. Pour > les serveur bases de données => RAID 5, alim redondante et bi pro > > 3) les solutions objet reposent sur le gestion de procédures stockées > combinées avec des objets COM / DCOM / COM + ou mieux (MIDAS de
Borland).
> > A + > > Nicolas Chevet a écrit: > > Bonjour, > > > > Ma société développe un portail Internet/Intranet pour entreprises.
Nous
> > stockons les utilisateurs dans une base de données SQL (SQL Server).
Le
> > problème est que plus ca va et plus elle grossi. > > J'aimerais donc savoir : > > Quelles sont les limites en capacité d'une base de données SQL ? > > Quel est le meilleur moyen pour optimiser les accès à la base et
pouvoir
> > gérer plus de 100000 utilisateurs? > > Y'a t'il des solutions objet avec SQL Server? > > > > Merci beaucoup. > > > > > > -- > 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 Goiffon
Dans le message:, Nicolas Chevet a écrit:
Y'a t'il des solutions interressantes pour optimiser la rapidité d'affichage des données de grosses bases sur le web
Il ne faut plus se contenter du scripting seul, mais réaliser des applications construites de manière cohérente, avec des objets COM/COM+ comme le disait Fred brouard. On a alors du compilé, et avec du MTS on peut pooler les composants et les répartir sur le réseau... Ces architectures réparties ne sont pas forcément facile d'accès, je vous encourage à aller consulter des spécialistes !
Cela dis, il y a beaucoup de choses à faire pour améliorer les performances sans se lancer dans des modifications aussi couteuses - les indications données ici sont de très bons débuts !
-- _________________________________________________________ / . Pierre GOIFFON . . p g o i f f o n @ w e b c i t y . f r . _________________________________________________________/ Un grand merci à OE Quote Fix pour rendre OE utilisable :) => http://home.in.tum.de/~jain/software/quotefix.php
Dans le message:ORF3DFyWDHA.2040@TK2MSFTNGP11.phx.gbl,
Nicolas Chevet <nicolas.chevet@illico.fr> a écrit:
Y'a t'il des solutions interressantes pour optimiser la rapidité
d'affichage des données de grosses bases sur le web
Il ne faut plus se contenter du scripting seul, mais réaliser des
applications construites de manière cohérente, avec des objets COM/COM+
comme le disait Fred brouard. On a alors du compilé, et avec du MTS on
peut pooler les composants et les répartir sur le réseau... Ces
architectures réparties ne sont pas forcément facile d'accès, je vous
encourage à aller consulter des spécialistes !
Cela dis, il y a beaucoup de choses à faire pour améliorer les
performances sans se lancer dans des modifications aussi couteuses - les
indications données ici sont de très bons débuts !
--
_________________________________________________________
/
. Pierre GOIFFON .
. p g o i f f o n @ w e b c i t y . f r .
_________________________________________________________/
Un grand merci à OE Quote Fix pour rendre OE utilisable :)
=> http://home.in.tum.de/~jain/software/quotefix.php
Y'a t'il des solutions interressantes pour optimiser la rapidité d'affichage des données de grosses bases sur le web
Il ne faut plus se contenter du scripting seul, mais réaliser des applications construites de manière cohérente, avec des objets COM/COM+ comme le disait Fred brouard. On a alors du compilé, et avec du MTS on peut pooler les composants et les répartir sur le réseau... Ces architectures réparties ne sont pas forcément facile d'accès, je vous encourage à aller consulter des spécialistes !
Cela dis, il y a beaucoup de choses à faire pour améliorer les performances sans se lancer dans des modifications aussi couteuses - les indications données ici sont de très bons débuts !
-- _________________________________________________________ / . Pierre GOIFFON . . p g o i f f o n @ w e b c i t y . f r . _________________________________________________________/ Un grand merci à OE Quote Fix pour rendre OE utilisable :) => http://home.in.tum.de/~jain/software/quotefix.php
