bonjour,
je n'arrive pas a trouver le seuil critique, en mati=E8re=20
de nombre d'enregistrement que peu supporter une base=20
ACCESS utilis=E9e pour un intranet.
PAr avance merci pour cette info et merci vous vos=20
conseils pour un =E9ventuel changement de BD.
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
Florent
A priori, tu peux stocker quelques centaines de milliers d'enregistrements. Aussi, il ne faut pas que tes requêtes soient extrêment complexes (pour ce que j'en sais). Sache également, qu'il faut limiter le nombre d'utilisateurs de ta base : genre, pas plus de 20 personnes (et là je suis p- e optimiste)
Maintenant si tu dépasses ces quotas (et là tu es très fort), ben change de SGBD. Utilise soit oracle, soit mysql
A+
-----Message d'origine----- bonjour, je n'arrive pas a trouver le seuil critique, en matière de nombre d'enregistrement que peu supporter une base ACCESS utilisée pour un intranet. PAr avance merci pour cette info et merci vous vos conseils pour un éventuel changement de BD.
Fred .
A priori, tu peux stocker quelques centaines de milliers
d'enregistrements. Aussi, il ne faut pas que tes requêtes
soient extrêment complexes (pour ce que j'en sais). Sache
également, qu'il faut limiter le nombre d'utilisateurs de
ta base : genre, pas plus de 20 personnes (et là je suis p-
e optimiste)
Maintenant si tu dépasses ces quotas (et là tu es très
fort), ben change de SGBD. Utilise soit oracle, soit mysql
A+
-----Message d'origine-----
bonjour,
je n'arrive pas a trouver le seuil critique, en matière
de nombre d'enregistrement que peu supporter une base
ACCESS utilisée pour un intranet.
PAr avance merci pour cette info et merci vous vos
conseils pour un éventuel changement de BD.
A priori, tu peux stocker quelques centaines de milliers d'enregistrements. Aussi, il ne faut pas que tes requêtes soient extrêment complexes (pour ce que j'en sais). Sache également, qu'il faut limiter le nombre d'utilisateurs de ta base : genre, pas plus de 20 personnes (et là je suis p- e optimiste)
Maintenant si tu dépasses ces quotas (et là tu es très fort), ben change de SGBD. Utilise soit oracle, soit mysql
A+
-----Message d'origine----- bonjour, je n'arrive pas a trouver le seuil critique, en matière de nombre d'enregistrement que peu supporter une base ACCESS utilisée pour un intranet. PAr avance merci pour cette info et merci vous vos conseils pour un éventuel changement de BD.
Fred .
Jessy SEMPERE
Bonjour
On ne parler pas de nombre d'enregistrement pour la limite d'Access mais de taille de la base de donnée... Avant Access 2000 c'était 1Go a partir d'Access 2000 c'est 2 Go
donc c'est énorme, une fois j'avais des données comptables qui contenaient 500000 enregistrements sur 10 colonnes et je n'étais qu'à 50 Mo donc tu as de la marge...
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Florent" a écrit dans le message news: 2a65901c39250$f3fc40e0$ A priori, tu peux stocker quelques centaines de milliers d'enregistrements. Aussi, il ne faut pas que tes requêtes soient extrêment complexes (pour ce que j'en sais). Sache également, qu'il faut limiter le nombre d'utilisateurs de ta base : genre, pas plus de 20 personnes (et là je suis p- e optimiste)
Maintenant si tu dépasses ces quotas (et là tu es très fort), ben change de SGBD. Utilise soit oracle, soit mysql
A+
-----Message d'origine----- bonjour, je n'arrive pas a trouver le seuil critique, en matière de nombre d'enregistrement que peu supporter une base ACCESS utilisée pour un intranet. PAr avance merci pour cette info et merci vous vos conseils pour un éventuel changement de BD.
Fred .
Bonjour
On ne parler pas de nombre d'enregistrement pour la limite
d'Access mais de taille de la base de donnée...
Avant Access 2000 c'était 1Go
a partir d'Access 2000 c'est 2 Go
donc c'est énorme, une fois j'avais des données comptables
qui contenaient 500000 enregistrements sur 10 colonnes et
je n'étais qu'à 50 Mo donc tu as de la marge...
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"Florent" <a@b.com> a écrit dans le message news:
2a65901c39250$f3fc40e0$a601280a@phx.gbl...
A priori, tu peux stocker quelques centaines de milliers
d'enregistrements. Aussi, il ne faut pas que tes requêtes
soient extrêment complexes (pour ce que j'en sais). Sache
également, qu'il faut limiter le nombre d'utilisateurs de
ta base : genre, pas plus de 20 personnes (et là je suis p-
e optimiste)
Maintenant si tu dépasses ces quotas (et là tu es très
fort), ben change de SGBD. Utilise soit oracle, soit mysql
A+
-----Message d'origine-----
bonjour,
je n'arrive pas a trouver le seuil critique, en matière
de nombre d'enregistrement que peu supporter une base
ACCESS utilisée pour un intranet.
PAr avance merci pour cette info et merci vous vos
conseils pour un éventuel changement de BD.
On ne parler pas de nombre d'enregistrement pour la limite d'Access mais de taille de la base de donnée... Avant Access 2000 c'était 1Go a partir d'Access 2000 c'est 2 Go
donc c'est énorme, une fois j'avais des données comptables qui contenaient 500000 enregistrements sur 10 colonnes et je n'étais qu'à 50 Mo donc tu as de la marge...
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Florent" a écrit dans le message news: 2a65901c39250$f3fc40e0$ A priori, tu peux stocker quelques centaines de milliers d'enregistrements. Aussi, il ne faut pas que tes requêtes soient extrêment complexes (pour ce que j'en sais). Sache également, qu'il faut limiter le nombre d'utilisateurs de ta base : genre, pas plus de 20 personnes (et là je suis p- e optimiste)
Maintenant si tu dépasses ces quotas (et là tu es très fort), ben change de SGBD. Utilise soit oracle, soit mysql
A+
-----Message d'origine----- bonjour, je n'arrive pas a trouver le seuil critique, en matière de nombre d'enregistrement que peu supporter une base ACCESS utilisée pour un intranet. PAr avance merci pour cette info et merci vous vos conseils pour un éventuel changement de BD.
Fred .
Florent
Mais ça dépend aussi de la complexité de ta base. Par exemple, tu dis qu'à 500000 enregistrements tu n'as qu'une base de 50Mo. Moi à 250 enregistrements, j'ai déjà une base de 50Mo
La complexité vient surement des fonctions VBA que j'utilise qui nécessite beaucoup de ressources. Enfin je crois
-----Message d'origine----- Bonjour
On ne parler pas de nombre d'enregistrement pour la limite d'Access mais de taille de la base de donnée... Avant Access 2000 c'était 1Go a partir d'Access 2000 c'est 2 Go
donc c'est énorme, une fois j'avais des données comptables qui contenaient 500000 enregistrements sur 10 colonnes et je n'étais qu'à 50 Mo donc tu as de la marge...
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Florent" a écrit dans le message news: 2a65901c39250$f3fc40e0$ A priori, tu peux stocker quelques centaines de milliers d'enregistrements. Aussi, il ne faut pas que tes requêtes soient extrêment complexes (pour ce que j'en sais). Sache également, qu'il faut limiter le nombre d'utilisateurs de ta base : genre, pas plus de 20 personnes (et là je suis p-
e optimiste)
Maintenant si tu dépasses ces quotas (et là tu es très fort), ben change de SGBD. Utilise soit oracle, soit mysql
A+
-----Message d'origine----- bonjour, je n'arrive pas a trouver le seuil critique, en matière de nombre d'enregistrement que peu supporter une base ACCESS utilisée pour un intranet. PAr avance merci pour cette info et merci vous vos conseils pour un éventuel changement de BD.
Fred .
.
Mais ça dépend aussi de la complexité de ta base. Par
exemple, tu dis qu'à 500000 enregistrements tu n'as qu'une
base de 50Mo. Moi à 250 enregistrements, j'ai déjà une
base de 50Mo
La complexité vient surement des fonctions VBA que
j'utilise qui nécessite beaucoup de ressources. Enfin je
crois
-----Message d'origine-----
Bonjour
On ne parler pas de nombre d'enregistrement pour la limite
d'Access mais de taille de la base de donnée...
Avant Access 2000 c'était 1Go
a partir d'Access 2000 c'est 2 Go
donc c'est énorme, une fois j'avais des données comptables
qui contenaient 500000 enregistrements sur 10 colonnes et
je n'étais qu'à 50 Mo donc tu as de la marge...
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"Florent" <a@b.com> a écrit dans le message news:
2a65901c39250$f3fc40e0$a601280a@phx.gbl...
A priori, tu peux stocker quelques centaines de milliers
d'enregistrements. Aussi, il ne faut pas que tes requêtes
soient extrêment complexes (pour ce que j'en sais). Sache
également, qu'il faut limiter le nombre d'utilisateurs de
ta base : genre, pas plus de 20 personnes (et là je suis
p-
e optimiste)
Maintenant si tu dépasses ces quotas (et là tu es très
fort), ben change de SGBD. Utilise soit oracle, soit mysql
A+
-----Message d'origine-----
bonjour,
je n'arrive pas a trouver le seuil critique, en matière
de nombre d'enregistrement que peu supporter une base
ACCESS utilisée pour un intranet.
PAr avance merci pour cette info et merci vous vos
conseils pour un éventuel changement de BD.
Mais ça dépend aussi de la complexité de ta base. Par exemple, tu dis qu'à 500000 enregistrements tu n'as qu'une base de 50Mo. Moi à 250 enregistrements, j'ai déjà une base de 50Mo
La complexité vient surement des fonctions VBA que j'utilise qui nécessite beaucoup de ressources. Enfin je crois
-----Message d'origine----- Bonjour
On ne parler pas de nombre d'enregistrement pour la limite d'Access mais de taille de la base de donnée... Avant Access 2000 c'était 1Go a partir d'Access 2000 c'est 2 Go
donc c'est énorme, une fois j'avais des données comptables qui contenaient 500000 enregistrements sur 10 colonnes et je n'étais qu'à 50 Mo donc tu as de la marge...
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Florent" a écrit dans le message news: 2a65901c39250$f3fc40e0$ A priori, tu peux stocker quelques centaines de milliers d'enregistrements. Aussi, il ne faut pas que tes requêtes soient extrêment complexes (pour ce que j'en sais). Sache également, qu'il faut limiter le nombre d'utilisateurs de ta base : genre, pas plus de 20 personnes (et là je suis p-
e optimiste)
Maintenant si tu dépasses ces quotas (et là tu es très fort), ben change de SGBD. Utilise soit oracle, soit mysql
A+
-----Message d'origine----- bonjour, je n'arrive pas a trouver le seuil critique, en matière de nombre d'enregistrement que peu supporter une base ACCESS utilisée pour un intranet. PAr avance merci pour cette info et merci vous vos conseils pour un éventuel changement de BD.
Fred .
.
Jessy SEMPERE
Re,
Mais ça dépend aussi de la complexité de ta base. Par exemple, tu dis qu'à 500000 enregistrements tu n'as qu'une base de 50Mo. Moi à 250 enregistrements, j'ai déjà une base de 50Mo
Première chose, est ce que tu compacte ta base régulièrement, cette opération peut facilement (si ça n'a jamais été fait) la faire redescendre à 2 Mo... Sinon si tu stockes des images dans ta base, ça peut justifier une taille aussi grosse, et c'est pour ça qu'il est toujours conseillé de ne pas les stocker...
La complexité vient surement des fonctions VBA que j'utilise qui nécessite beaucoup de ressources. Enfin je crois
Non, ce qui prend de la place ce n'est que les données des tables, le VBA ne représente rien mais vraiment rien du tout, ce n'est que quelques lignes de texte et ça ne prend vraiment pas de place... C'est la même chose pour les requêtes, les formulaires, les états, les macros et le modules, ce n'est qu'un peut de texte pour structurer ces objets. C'est pour ça qu'il vaut mieux avoir une base contenant les données et une autre base contenant tout le reste avec des tables liées à la première, en générale la base contenant l'applicatif, n'est jamais très grande... De mémoire ma plus grosse application (et je t'assure qu'elle était énorme en formulaire états et code) ne faisait pas plus de 3 Mo.
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------
Re,
Mais ça dépend aussi de la complexité de ta base. Par
exemple, tu dis qu'à 500000 enregistrements tu n'as qu'une
base de 50Mo. Moi à 250 enregistrements, j'ai déjà une
base de 50Mo
Première chose, est ce que tu compacte ta base régulièrement,
cette opération peut facilement (si ça n'a jamais été fait)
la faire redescendre à 2 Mo...
Sinon si tu stockes des images dans ta base, ça peut
justifier une taille aussi grosse, et c'est pour ça qu'il est
toujours conseillé de ne pas les stocker...
La complexité vient surement des fonctions VBA que
j'utilise qui nécessite beaucoup de ressources. Enfin je
crois
Non, ce qui prend de la place ce n'est que les données
des tables, le VBA ne représente rien mais vraiment
rien du tout, ce n'est que quelques lignes de texte et
ça ne prend vraiment pas de place...
C'est la même chose pour les requêtes, les formulaires,
les états, les macros et le modules, ce n'est qu'un peut
de texte pour structurer ces objets.
C'est pour ça qu'il vaut mieux avoir une base contenant
les données et une autre base contenant tout le reste
avec des tables liées à la première, en générale la base
contenant l'applicatif, n'est jamais très grande...
De mémoire ma plus grosse application (et je t'assure
qu'elle était énorme en formulaire états et code)
ne faisait pas plus de 3 Mo.
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
Mais ça dépend aussi de la complexité de ta base. Par exemple, tu dis qu'à 500000 enregistrements tu n'as qu'une base de 50Mo. Moi à 250 enregistrements, j'ai déjà une base de 50Mo
Première chose, est ce que tu compacte ta base régulièrement, cette opération peut facilement (si ça n'a jamais été fait) la faire redescendre à 2 Mo... Sinon si tu stockes des images dans ta base, ça peut justifier une taille aussi grosse, et c'est pour ça qu'il est toujours conseillé de ne pas les stocker...
La complexité vient surement des fonctions VBA que j'utilise qui nécessite beaucoup de ressources. Enfin je crois
Non, ce qui prend de la place ce n'est que les données des tables, le VBA ne représente rien mais vraiment rien du tout, ce n'est que quelques lignes de texte et ça ne prend vraiment pas de place... C'est la même chose pour les requêtes, les formulaires, les états, les macros et le modules, ce n'est qu'un peut de texte pour structurer ces objets. C'est pour ça qu'il vaut mieux avoir une base contenant les données et une autre base contenant tout le reste avec des tables liées à la première, en générale la base contenant l'applicatif, n'est jamais très grande... De mémoire ma plus grosse application (et je t'assure qu'elle était énorme en formulaire états et code) ne faisait pas plus de 3 Mo.
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------
Florent
Effectivement.
Donc je vais revoir un peu ma base
-----Message d'origine----- Re,
Mais ça dépend aussi de la complexité de ta base. Par exemple, tu dis qu'à 500000 enregistrements tu n'as qu'une
base de 50Mo. Moi à 250 enregistrements, j'ai déjà une base de 50Mo
Première chose, est ce que tu compacte ta base régulièrement,
cette opération peut facilement (si ça n'a jamais été fait)
la faire redescendre à 2 Mo... Sinon si tu stockes des images dans ta base, ça peut justifier une taille aussi grosse, et c'est pour ça qu'il est
toujours conseillé de ne pas les stocker...
La complexité vient surement des fonctions VBA que j'utilise qui nécessite beaucoup de ressources. Enfin je crois
Non, ce qui prend de la place ce n'est que les données des tables, le VBA ne représente rien mais vraiment rien du tout, ce n'est que quelques lignes de texte et ça ne prend vraiment pas de place... C'est la même chose pour les requêtes, les formulaires, les états, les macros et le modules, ce n'est qu'un peut de texte pour structurer ces objets. C'est pour ça qu'il vaut mieux avoir une base contenant les données et une autre base contenant tout le reste avec des tables liées à la première, en générale la base contenant l'applicatif, n'est jamais très grande... De mémoire ma plus grosse application (et je t'assure qu'elle était énorme en formulaire états et code) ne faisait pas plus de 3 Mo.
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------
.
Effectivement.
Donc je vais revoir un peu ma base
-----Message d'origine-----
Re,
Mais ça dépend aussi de la complexité de ta base. Par
exemple, tu dis qu'à 500000 enregistrements tu n'as
qu'une
base de 50Mo. Moi à 250 enregistrements, j'ai déjà une
base de 50Mo
Première chose, est ce que tu compacte ta base
régulièrement,
cette opération peut facilement (si ça n'a jamais été
fait)
la faire redescendre à 2 Mo...
Sinon si tu stockes des images dans ta base, ça peut
justifier une taille aussi grosse, et c'est pour ça qu'il
est
toujours conseillé de ne pas les stocker...
La complexité vient surement des fonctions VBA que
j'utilise qui nécessite beaucoup de ressources. Enfin je
crois
Non, ce qui prend de la place ce n'est que les données
des tables, le VBA ne représente rien mais vraiment
rien du tout, ce n'est que quelques lignes de texte et
ça ne prend vraiment pas de place...
C'est la même chose pour les requêtes, les formulaires,
les états, les macros et le modules, ce n'est qu'un peut
de texte pour structurer ces objets.
C'est pour ça qu'il vaut mieux avoir une base contenant
les données et une autre base contenant tout le reste
avec des tables liées à la première, en générale la base
contenant l'applicatif, n'est jamais très grande...
De mémoire ma plus grosse application (et je t'assure
qu'elle était énorme en formulaire états et code)
ne faisait pas plus de 3 Mo.
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
Mais ça dépend aussi de la complexité de ta base. Par exemple, tu dis qu'à 500000 enregistrements tu n'as qu'une
base de 50Mo. Moi à 250 enregistrements, j'ai déjà une base de 50Mo
Première chose, est ce que tu compacte ta base régulièrement,
cette opération peut facilement (si ça n'a jamais été fait)
la faire redescendre à 2 Mo... Sinon si tu stockes des images dans ta base, ça peut justifier une taille aussi grosse, et c'est pour ça qu'il est
toujours conseillé de ne pas les stocker...
La complexité vient surement des fonctions VBA que j'utilise qui nécessite beaucoup de ressources. Enfin je crois
Non, ce qui prend de la place ce n'est que les données des tables, le VBA ne représente rien mais vraiment rien du tout, ce n'est que quelques lignes de texte et ça ne prend vraiment pas de place... C'est la même chose pour les requêtes, les formulaires, les états, les macros et le modules, ce n'est qu'un peut de texte pour structurer ces objets. C'est pour ça qu'il vaut mieux avoir une base contenant les données et une autre base contenant tout le reste avec des tables liées à la première, en générale la base contenant l'applicatif, n'est jamais très grande... De mémoire ma plus grosse application (et je t'assure qu'elle était énorme en formulaire états et code) ne faisait pas plus de 3 Mo.
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------
