Rebonjour Nathalie,Est-elle comme la mienne, une seule base avec les formulaires, requêtes,
états et tables ? ou en tables liées ?
Ne me dis pas que tout est dans la même base et multiutilisateurs en plus
?!?!
C'est de la folie avec une base en réseau, même si 97 Mo, ce n'est pas
colossal.
Commence donc pas séparer les tables et le "code" (formulaires, états,
etc.).
510 formulaires, 940 requêtes et 270 états... tu es certaine qu'il n'y en a
pas d'inutiles, qui font double emploi ?
Tu n'as pas créé une requête par critère quand même ?;-))
Petit mot à Willi2004 (coucou !) : tes 300 Mo, c'est parce que tu as les
photos de tes stars préférées dedans, non ?
--
Tisane
"Nathalie Lebas" a écrit dans le
message de news:Bonjour,
Merci de ta réponse.
Effectivement, j'ai lu que la base Access pouvait aller jusqu'à la taille
de
2 Go. Mais d'après ce que l'on ma dit, c'est purement théorique.
300 Mo, bien, cela peut me laisser encore du temps avant de m'inquiéter.
Cependant quand je lis les expériences de chacun sur le forum, je constate
que parfois il y a de graves soucis.
Que fais-tu à ta base pour qu'elle "soit bien" ?
Est-elle comme la mienne, une seule base avec les formulaires, requêtes,
états et tables ? ou en tables liées ?
Lorsque tu dois recréer une base, je suppose que le temps d'importation
des
objets provenant de ta base d'origine doit être long.
Dans cette base, j'ai environ 100 tables, 510 formulaires, 940 requêtes et
270 états. J'ai lu dans l'aide Access que le nombre de formulaires +
états,
si j'ai bien compris, est limité à 1000 si le paramètre module est à vrai.
Là aussi, je m'inquiète car tous ces objets commence à faire beaucoup de
monde dans cette base ! qu'en penses-tu ?
Merci
--
NathalieBonjourNathalie.
La taille maximale d'une base est de 2000 Mo.
97 Mo, c'est tout juste 4.85% de la taille maximale autorisée. Pour moi
tu
n'as pas d'inquiétude à te faire à ce sujet.
La mienne fait déjà 300 Mo et elle n'est pas finie. Jusque là elle
fonctionne très bien.
Cordialement.
"Nathalie Lebas" a écrit dans
le
message de news:Bonjour à tous,
Nous exploitons depuis 2 ans une base que j'ai développée.
Elle est installée sur un serveur et mes utilisateurs s'y connectent
par
un
raccourci.
Cela fonctionne très bien.
Je lis souvent ce forum que je trouve d'ailleurs extra (grand merci à
tous
ceux qui nous répondent) et je m'inquiète face à la taille de ma base
et à
sa
"vie future".
Aujourd'hui, elle fait environ 97 Mo dont 30 Mo correspondant aux
formulaires, requêtes et états.
Je la recompacte fréquemment et régulièrement, je crée une nouvelle
base
et
j'importe tous les objets.
J'aurais souhaité avoir quelques conseils consernant les bases de cette
taille.
Merci de vos réponses
--
Nathalie
Rebonjour Nathalie,
Est-elle comme la mienne, une seule base avec les formulaires, requêtes,
états et tables ? ou en tables liées ?
Ne me dis pas que tout est dans la même base et multiutilisateurs en plus
?!?!
C'est de la folie avec une base en réseau, même si 97 Mo, ce n'est pas
colossal.
Commence donc pas séparer les tables et le "code" (formulaires, états,
etc.).
510 formulaires, 940 requêtes et 270 états... tu es certaine qu'il n'y en a
pas d'inutiles, qui font double emploi ?
Tu n'as pas créé une requête par critère quand même ?;-))
Petit mot à Willi2004 (coucou !) : tes 300 Mo, c'est parce que tu as les
photos de tes stars préférées dedans, non ?
--
Tisane
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit dans le
message de news:AC7F783F-133F-455D-8FC8-707E122708E0@microsoft.com...
Bonjour,
Merci de ta réponse.
Effectivement, j'ai lu que la base Access pouvait aller jusqu'à la taille
de
2 Go. Mais d'après ce que l'on ma dit, c'est purement théorique.
300 Mo, bien, cela peut me laisser encore du temps avant de m'inquiéter.
Cependant quand je lis les expériences de chacun sur le forum, je constate
que parfois il y a de graves soucis.
Que fais-tu à ta base pour qu'elle "soit bien" ?
Est-elle comme la mienne, une seule base avec les formulaires, requêtes,
états et tables ? ou en tables liées ?
Lorsque tu dois recréer une base, je suppose que le temps d'importation
des
objets provenant de ta base d'origine doit être long.
Dans cette base, j'ai environ 100 tables, 510 formulaires, 940 requêtes et
270 états. J'ai lu dans l'aide Access que le nombre de formulaires +
états,
si j'ai bien compris, est limité à 1000 si le paramètre module est à vrai.
Là aussi, je m'inquiète car tous ces objets commence à faire beaucoup de
monde dans cette base ! qu'en penses-tu ?
Merci
--
Nathalie
BonjourNathalie.
La taille maximale d'une base est de 2000 Mo.
97 Mo, c'est tout juste 4.85% de la taille maximale autorisée. Pour moi
tu
n'as pas d'inquiétude à te faire à ce sujet.
La mienne fait déjà 300 Mo et elle n'est pas finie. Jusque là elle
fonctionne très bien.
Cordialement.
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit dans
le
message de news: 4911FB96-4DAE-4093-96CD-E50A4757D379@microsoft.com...
Bonjour à tous,
Nous exploitons depuis 2 ans une base que j'ai développée.
Elle est installée sur un serveur et mes utilisateurs s'y connectent
par
un
raccourci.
Cela fonctionne très bien.
Je lis souvent ce forum que je trouve d'ailleurs extra (grand merci à
tous
ceux qui nous répondent) et je m'inquiète face à la taille de ma base
et à
sa
"vie future".
Aujourd'hui, elle fait environ 97 Mo dont 30 Mo correspondant aux
formulaires, requêtes et états.
Je la recompacte fréquemment et régulièrement, je crée une nouvelle
base
et
j'importe tous les objets.
J'aurais souhaité avoir quelques conseils consernant les bases de cette
taille.
Merci de vos réponses
--
Nathalie
Rebonjour Nathalie,Est-elle comme la mienne, une seule base avec les formulaires, requêtes,
états et tables ? ou en tables liées ?
Ne me dis pas que tout est dans la même base et multiutilisateurs en plus
?!?!
C'est de la folie avec une base en réseau, même si 97 Mo, ce n'est pas
colossal.
Commence donc pas séparer les tables et le "code" (formulaires, états,
etc.).
510 formulaires, 940 requêtes et 270 états... tu es certaine qu'il n'y en a
pas d'inutiles, qui font double emploi ?
Tu n'as pas créé une requête par critère quand même ?;-))
Petit mot à Willi2004 (coucou !) : tes 300 Mo, c'est parce que tu as les
photos de tes stars préférées dedans, non ?
--
Tisane
"Nathalie Lebas" a écrit dans le
message de news:Bonjour,
Merci de ta réponse.
Effectivement, j'ai lu que la base Access pouvait aller jusqu'à la taille
de
2 Go. Mais d'après ce que l'on ma dit, c'est purement théorique.
300 Mo, bien, cela peut me laisser encore du temps avant de m'inquiéter.
Cependant quand je lis les expériences de chacun sur le forum, je constate
que parfois il y a de graves soucis.
Que fais-tu à ta base pour qu'elle "soit bien" ?
Est-elle comme la mienne, une seule base avec les formulaires, requêtes,
états et tables ? ou en tables liées ?
Lorsque tu dois recréer une base, je suppose que le temps d'importation
des
objets provenant de ta base d'origine doit être long.
Dans cette base, j'ai environ 100 tables, 510 formulaires, 940 requêtes et
270 états. J'ai lu dans l'aide Access que le nombre de formulaires +
états,
si j'ai bien compris, est limité à 1000 si le paramètre module est à vrai.
Là aussi, je m'inquiète car tous ces objets commence à faire beaucoup de
monde dans cette base ! qu'en penses-tu ?
Merci
--
NathalieBonjourNathalie.
La taille maximale d'une base est de 2000 Mo.
97 Mo, c'est tout juste 4.85% de la taille maximale autorisée. Pour moi
tu
n'as pas d'inquiétude à te faire à ce sujet.
La mienne fait déjà 300 Mo et elle n'est pas finie. Jusque là elle
fonctionne très bien.
Cordialement.
"Nathalie Lebas" a écrit dans
le
message de news:Bonjour à tous,
Nous exploitons depuis 2 ans une base que j'ai développée.
Elle est installée sur un serveur et mes utilisateurs s'y connectent
par
un
raccourci.
Cela fonctionne très bien.
Je lis souvent ce forum que je trouve d'ailleurs extra (grand merci à
tous
ceux qui nous répondent) et je m'inquiète face à la taille de ma base
et à
sa
"vie future".
Aujourd'hui, elle fait environ 97 Mo dont 30 Mo correspondant aux
formulaires, requêtes et états.
Je la recompacte fréquemment et régulièrement, je crée une nouvelle
base
et
j'importe tous les objets.
J'aurais souhaité avoir quelques conseils consernant les bases de cette
taille.
Merci de vos réponses
--
Nathalie
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
Re-bonjour Tisane,
Waou, que de message. Voici un sujet qui fait débat et tant mieux !
Ne me fais pas peur, je stress assez comme cela.
Oui, une seule base, en réseau avec 12 utilisateurs au maxi.
Cette base gère la production, de la conception d'un modèle à sa
fabrication
chez nos façonniers.
J'ai essayé de diviser la base en deux comme tu me le proposes. Les tables
sur le serveur et une base avec formulaires, états et requêtes sur le
poste
client. Résultat, temps de réponse affreux, impossible de travailler à
plus
de 2 ou 3. J'ai bien vite abandonné.
Pour les modif de code, je les fais dans une copie de base et le soir, je
crée une nouvelle base, j'importe mes tables de la base en production, mes
formulaires, requêtes et états de ma base de développement, je compacte et
je
remets en place pour l'exploitation sur le serveur et OK.
Non, il n'y a pas d'états en double, ils servent !
Comme vous, je crée des sous états et sous formulaires réutilisables.
Qu'en penses-tu ?
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
Merci de vos avis, c'est sympa.
Si d'autres veulent se joindre à notre débat, n'hésitez pas !
--
NathalieRebonjour Nathalie,Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Ne me dis pas que tout est dans la même base et multiutilisateurs en plus
?!?!
C'est de la folie avec une base en réseau, même si 97 Mo, ce n'est pas
colossal.
Commence donc pas séparer les tables et le "code" (formulaires, états,
etc.).
510 formulaires, 940 requêtes et 270 états... tu es certaine qu'il n'y en
a
pas d'inutiles, qui font double emploi ?
Tu n'as pas créé une requête par critère quand même ?;-))
Petit mot à Willi2004 (coucou !) : tes 300 Mo, c'est parce que tu as les
photos de tes stars préférées dedans, non ?
--
Tisane
"Nathalie Lebas" a écrit dans
le
message de news:Bonjour,
Merci de ta réponse.
Effectivement, j'ai lu que la base Access pouvait aller jusqu'à la
taille
de
2 Go. Mais d'après ce que l'on ma dit, c'est purement théorique.
300 Mo, bien, cela peut me laisser encore du temps avant de
m'inquiéter.
Cependant quand je lis les expériences de chacun sur le forum, je
constate
que parfois il y a de graves soucis.
Que fais-tu à ta base pour qu'elle "soit bien" ?
Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Lorsque tu dois recréer une base, je suppose que le temps d'importation
des
objets provenant de ta base d'origine doit être long.
Dans cette base, j'ai environ 100 tables, 510 formulaires, 940 requêtes
et
270 états. J'ai lu dans l'aide Access que le nombre de formulaires +
états,
si j'ai bien compris, est limité à 1000 si le paramètre module est à
vrai.
Là aussi, je m'inquiète car tous ces objets commence à faire beaucoup
de
monde dans cette base ! qu'en penses-tu ?
Merci
--
NathalieBonjourNathalie.
La taille maximale d'une base est de 2000 Mo.
97 Mo, c'est tout juste 4.85% de la taille maximale autorisée. Pour
moi
tu
n'as pas d'inquiétude à te faire à ce sujet.
La mienne fait déjà 300 Mo et elle n'est pas finie. Jusque là elle
fonctionne très bien.
Cordialement.
"Nathalie Lebas" a écrit
dans
le
message de news:Bonjour à tous,
Nous exploitons depuis 2 ans une base que j'ai développée.
Elle est installée sur un serveur et mes utilisateurs s'y connectent
par
un
raccourci.
Cela fonctionne très bien.
Je lis souvent ce forum que je trouve d'ailleurs extra (grand merci
à
tous
ceux qui nous répondent) et je m'inquiète face à la taille de ma
base
et à
sa
"vie future".
Aujourd'hui, elle fait environ 97 Mo dont 30 Mo correspondant aux
formulaires, requêtes et états.
Je la recompacte fréquemment et régulièrement, je crée une nouvelle
base
et
j'importe tous les objets.
J'aurais souhaité avoir quelques conseils consernant les bases de
cette
taille.
Merci de vos réponses
--
Nathalie
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
Re-bonjour Tisane,
Waou, que de message. Voici un sujet qui fait débat et tant mieux !
Ne me fais pas peur, je stress assez comme cela.
Oui, une seule base, en réseau avec 12 utilisateurs au maxi.
Cette base gère la production, de la conception d'un modèle à sa
fabrication
chez nos façonniers.
J'ai essayé de diviser la base en deux comme tu me le proposes. Les tables
sur le serveur et une base avec formulaires, états et requêtes sur le
poste
client. Résultat, temps de réponse affreux, impossible de travailler à
plus
de 2 ou 3. J'ai bien vite abandonné.
Pour les modif de code, je les fais dans une copie de base et le soir, je
crée une nouvelle base, j'importe mes tables de la base en production, mes
formulaires, requêtes et états de ma base de développement, je compacte et
je
remets en place pour l'exploitation sur le serveur et OK.
Non, il n'y a pas d'états en double, ils servent !
Comme vous, je crée des sous états et sous formulaires réutilisables.
Qu'en penses-tu ?
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
Merci de vos avis, c'est sympa.
Si d'autres veulent se joindre à notre débat, n'hésitez pas !
--
Nathalie
Rebonjour Nathalie,
Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Ne me dis pas que tout est dans la même base et multiutilisateurs en plus
?!?!
C'est de la folie avec une base en réseau, même si 97 Mo, ce n'est pas
colossal.
Commence donc pas séparer les tables et le "code" (formulaires, états,
etc.).
510 formulaires, 940 requêtes et 270 états... tu es certaine qu'il n'y en
a
pas d'inutiles, qui font double emploi ?
Tu n'as pas créé une requête par critère quand même ?;-))
Petit mot à Willi2004 (coucou !) : tes 300 Mo, c'est parce que tu as les
photos de tes stars préférées dedans, non ?
--
Tisane
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit dans
le
message de news:AC7F783F-133F-455D-8FC8-707E122708E0@microsoft.com...
Bonjour,
Merci de ta réponse.
Effectivement, j'ai lu que la base Access pouvait aller jusqu'à la
taille
de
2 Go. Mais d'après ce que l'on ma dit, c'est purement théorique.
300 Mo, bien, cela peut me laisser encore du temps avant de
m'inquiéter.
Cependant quand je lis les expériences de chacun sur le forum, je
constate
que parfois il y a de graves soucis.
Que fais-tu à ta base pour qu'elle "soit bien" ?
Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Lorsque tu dois recréer une base, je suppose que le temps d'importation
des
objets provenant de ta base d'origine doit être long.
Dans cette base, j'ai environ 100 tables, 510 formulaires, 940 requêtes
et
270 états. J'ai lu dans l'aide Access que le nombre de formulaires +
états,
si j'ai bien compris, est limité à 1000 si le paramètre module est à
vrai.
Là aussi, je m'inquiète car tous ces objets commence à faire beaucoup
de
monde dans cette base ! qu'en penses-tu ?
Merci
--
Nathalie
BonjourNathalie.
La taille maximale d'une base est de 2000 Mo.
97 Mo, c'est tout juste 4.85% de la taille maximale autorisée. Pour
moi
tu
n'as pas d'inquiétude à te faire à ce sujet.
La mienne fait déjà 300 Mo et elle n'est pas finie. Jusque là elle
fonctionne très bien.
Cordialement.
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit
dans
le
message de news: 4911FB96-4DAE-4093-96CD-E50A4757D379@microsoft.com...
Bonjour à tous,
Nous exploitons depuis 2 ans une base que j'ai développée.
Elle est installée sur un serveur et mes utilisateurs s'y connectent
par
un
raccourci.
Cela fonctionne très bien.
Je lis souvent ce forum que je trouve d'ailleurs extra (grand merci
à
tous
ceux qui nous répondent) et je m'inquiète face à la taille de ma
base
et à
sa
"vie future".
Aujourd'hui, elle fait environ 97 Mo dont 30 Mo correspondant aux
formulaires, requêtes et états.
Je la recompacte fréquemment et régulièrement, je crée une nouvelle
base
et
j'importe tous les objets.
J'aurais souhaité avoir quelques conseils consernant les bases de
cette
taille.
Merci de vos réponses
--
Nathalie
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
Re-bonjour Tisane,
Waou, que de message. Voici un sujet qui fait débat et tant mieux !
Ne me fais pas peur, je stress assez comme cela.
Oui, une seule base, en réseau avec 12 utilisateurs au maxi.
Cette base gère la production, de la conception d'un modèle à sa
fabrication
chez nos façonniers.
J'ai essayé de diviser la base en deux comme tu me le proposes. Les tables
sur le serveur et une base avec formulaires, états et requêtes sur le
poste
client. Résultat, temps de réponse affreux, impossible de travailler à
plus
de 2 ou 3. J'ai bien vite abandonné.
Pour les modif de code, je les fais dans une copie de base et le soir, je
crée une nouvelle base, j'importe mes tables de la base en production, mes
formulaires, requêtes et états de ma base de développement, je compacte et
je
remets en place pour l'exploitation sur le serveur et OK.
Non, il n'y a pas d'états en double, ils servent !
Comme vous, je crée des sous états et sous formulaires réutilisables.
Qu'en penses-tu ?
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
Merci de vos avis, c'est sympa.
Si d'autres veulent se joindre à notre débat, n'hésitez pas !
--
NathalieRebonjour Nathalie,Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Ne me dis pas que tout est dans la même base et multiutilisateurs en plus
?!?!
C'est de la folie avec une base en réseau, même si 97 Mo, ce n'est pas
colossal.
Commence donc pas séparer les tables et le "code" (formulaires, états,
etc.).
510 formulaires, 940 requêtes et 270 états... tu es certaine qu'il n'y en
a
pas d'inutiles, qui font double emploi ?
Tu n'as pas créé une requête par critère quand même ?;-))
Petit mot à Willi2004 (coucou !) : tes 300 Mo, c'est parce que tu as les
photos de tes stars préférées dedans, non ?
--
Tisane
"Nathalie Lebas" a écrit dans
le
message de news:Bonjour,
Merci de ta réponse.
Effectivement, j'ai lu que la base Access pouvait aller jusqu'à la
taille
de
2 Go. Mais d'après ce que l'on ma dit, c'est purement théorique.
300 Mo, bien, cela peut me laisser encore du temps avant de
m'inquiéter.
Cependant quand je lis les expériences de chacun sur le forum, je
constate
que parfois il y a de graves soucis.
Que fais-tu à ta base pour qu'elle "soit bien" ?
Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Lorsque tu dois recréer une base, je suppose que le temps d'importation
des
objets provenant de ta base d'origine doit être long.
Dans cette base, j'ai environ 100 tables, 510 formulaires, 940 requêtes
et
270 états. J'ai lu dans l'aide Access que le nombre de formulaires +
états,
si j'ai bien compris, est limité à 1000 si le paramètre module est à
vrai.
Là aussi, je m'inquiète car tous ces objets commence à faire beaucoup
de
monde dans cette base ! qu'en penses-tu ?
Merci
--
NathalieBonjourNathalie.
La taille maximale d'une base est de 2000 Mo.
97 Mo, c'est tout juste 4.85% de la taille maximale autorisée. Pour
moi
tu
n'as pas d'inquiétude à te faire à ce sujet.
La mienne fait déjà 300 Mo et elle n'est pas finie. Jusque là elle
fonctionne très bien.
Cordialement.
"Nathalie Lebas" a écrit
dans
le
message de news:Bonjour à tous,
Nous exploitons depuis 2 ans une base que j'ai développée.
Elle est installée sur un serveur et mes utilisateurs s'y connectent
par
un
raccourci.
Cela fonctionne très bien.
Je lis souvent ce forum que je trouve d'ailleurs extra (grand merci
à
tous
ceux qui nous répondent) et je m'inquiète face à la taille de ma
base
et à
sa
"vie future".
Aujourd'hui, elle fait environ 97 Mo dont 30 Mo correspondant aux
formulaires, requêtes et états.
Je la recompacte fréquemment et régulièrement, je crée une nouvelle
base
et
j'importe tous les objets.
J'aurais souhaité avoir quelques conseils consernant les bases de
cette
taille.
Merci de vos réponses
--
Nathalie
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
J'ai déjà lu des remarques comme la tienne : plus de lenteur avec une base
frontale que tout sur le serveur.
Cela peut venir d'une difficulté à reconnaître le chemin qui mène aux tables
(chemin un peu long, alias,...).
Je n'ai pas fait de recherche sur ce sujet car je n'ai pas rencontré le cas
malgré le nombre de bases installées de cette façon sur des réseaux
différents.
Pour le reste, tu me sembles "au point" ;-)
--
Tisane
"Nathalie Lebas" a écrit dans le
message de news:Re-bonjour Tisane,
Waou, que de message. Voici un sujet qui fait débat et tant mieux !
Ne me fais pas peur, je stress assez comme cela.
Oui, une seule base, en réseau avec 12 utilisateurs au maxi.
Cette base gère la production, de la conception d'un modèle à sa
fabrication
chez nos façonniers.
J'ai essayé de diviser la base en deux comme tu me le proposes. Les tables
sur le serveur et une base avec formulaires, états et requêtes sur le
poste
client. Résultat, temps de réponse affreux, impossible de travailler à
plus
de 2 ou 3. J'ai bien vite abandonné.
Pour les modif de code, je les fais dans une copie de base et le soir, je
crée une nouvelle base, j'importe mes tables de la base en production, mes
formulaires, requêtes et états de ma base de développement, je compacte et
je
remets en place pour l'exploitation sur le serveur et OK.
Non, il n'y a pas d'états en double, ils servent !
Comme vous, je crée des sous états et sous formulaires réutilisables.
Qu'en penses-tu ?
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
Merci de vos avis, c'est sympa.
Si d'autres veulent se joindre à notre débat, n'hésitez pas !
--
NathalieRebonjour Nathalie,Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Ne me dis pas que tout est dans la même base et multiutilisateurs en plus
?!?!
C'est de la folie avec une base en réseau, même si 97 Mo, ce n'est pas
colossal.
Commence donc pas séparer les tables et le "code" (formulaires, états,
etc.).
510 formulaires, 940 requêtes et 270 états... tu es certaine qu'il n'y en
a
pas d'inutiles, qui font double emploi ?
Tu n'as pas créé une requête par critère quand même ?;-))
Petit mot à Willi2004 (coucou !) : tes 300 Mo, c'est parce que tu as les
photos de tes stars préférées dedans, non ?
--
Tisane
"Nathalie Lebas" a écrit dans
le
message de news:Bonjour,
Merci de ta réponse.
Effectivement, j'ai lu que la base Access pouvait aller jusqu'à la
taille
de
2 Go. Mais d'après ce que l'on ma dit, c'est purement théorique.
300 Mo, bien, cela peut me laisser encore du temps avant de
m'inquiéter.
Cependant quand je lis les expériences de chacun sur le forum, je
constate
que parfois il y a de graves soucis.
Que fais-tu à ta base pour qu'elle "soit bien" ?
Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Lorsque tu dois recréer une base, je suppose que le temps d'importation
des
objets provenant de ta base d'origine doit être long.
Dans cette base, j'ai environ 100 tables, 510 formulaires, 940 requêtes
et
270 états. J'ai lu dans l'aide Access que le nombre de formulaires +
états,
si j'ai bien compris, est limité à 1000 si le paramètre module est à
vrai.
Là aussi, je m'inquiète car tous ces objets commence à faire beaucoup
de
monde dans cette base ! qu'en penses-tu ?
Merci
--
NathalieBonjourNathalie.
La taille maximale d'une base est de 2000 Mo.
97 Mo, c'est tout juste 4.85% de la taille maximale autorisée. Pour
moi
tu
n'as pas d'inquiétude à te faire à ce sujet.
La mienne fait déjà 300 Mo et elle n'est pas finie. Jusque là elle
fonctionne très bien.
Cordialement.
"Nathalie Lebas" a écrit
dans
le
message de news:Bonjour à tous,
Nous exploitons depuis 2 ans une base que j'ai développée.
Elle est installée sur un serveur et mes utilisateurs s'y connectent
par
un
raccourci.
Cela fonctionne très bien.
Je lis souvent ce forum que je trouve d'ailleurs extra (grand merci
à
tous
ceux qui nous répondent) et je m'inquiète face à la taille de ma
base
et à
sa
"vie future".
Aujourd'hui, elle fait environ 97 Mo dont 30 Mo correspondant aux
formulaires, requêtes et états.
Je la recompacte fréquemment et régulièrement, je crée une nouvelle
base
et
j'importe tous les objets.
J'aurais souhaité avoir quelques conseils consernant les bases de
cette
taille.
Merci de vos réponses
--
Nathalie
--
Tisane
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
J'ai déjà lu des remarques comme la tienne : plus de lenteur avec une base
frontale que tout sur le serveur.
Cela peut venir d'une difficulté à reconnaître le chemin qui mène aux tables
(chemin un peu long, alias,...).
Je n'ai pas fait de recherche sur ce sujet car je n'ai pas rencontré le cas
malgré le nombre de bases installées de cette façon sur des réseaux
différents.
Pour le reste, tu me sembles "au point" ;-)
--
Tisane
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit dans le
message de news:AFAC08D2-4C68-4D19-8BA8-72FBD642227A@microsoft.com...
Re-bonjour Tisane,
Waou, que de message. Voici un sujet qui fait débat et tant mieux !
Ne me fais pas peur, je stress assez comme cela.
Oui, une seule base, en réseau avec 12 utilisateurs au maxi.
Cette base gère la production, de la conception d'un modèle à sa
fabrication
chez nos façonniers.
J'ai essayé de diviser la base en deux comme tu me le proposes. Les tables
sur le serveur et une base avec formulaires, états et requêtes sur le
poste
client. Résultat, temps de réponse affreux, impossible de travailler à
plus
de 2 ou 3. J'ai bien vite abandonné.
Pour les modif de code, je les fais dans une copie de base et le soir, je
crée une nouvelle base, j'importe mes tables de la base en production, mes
formulaires, requêtes et états de ma base de développement, je compacte et
je
remets en place pour l'exploitation sur le serveur et OK.
Non, il n'y a pas d'états en double, ils servent !
Comme vous, je crée des sous états et sous formulaires réutilisables.
Qu'en penses-tu ?
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
Merci de vos avis, c'est sympa.
Si d'autres veulent se joindre à notre débat, n'hésitez pas !
--
Nathalie
Rebonjour Nathalie,
Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Ne me dis pas que tout est dans la même base et multiutilisateurs en plus
?!?!
C'est de la folie avec une base en réseau, même si 97 Mo, ce n'est pas
colossal.
Commence donc pas séparer les tables et le "code" (formulaires, états,
etc.).
510 formulaires, 940 requêtes et 270 états... tu es certaine qu'il n'y en
a
pas d'inutiles, qui font double emploi ?
Tu n'as pas créé une requête par critère quand même ?;-))
Petit mot à Willi2004 (coucou !) : tes 300 Mo, c'est parce que tu as les
photos de tes stars préférées dedans, non ?
--
Tisane
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit dans
le
message de news:AC7F783F-133F-455D-8FC8-707E122708E0@microsoft.com...
Bonjour,
Merci de ta réponse.
Effectivement, j'ai lu que la base Access pouvait aller jusqu'à la
taille
de
2 Go. Mais d'après ce que l'on ma dit, c'est purement théorique.
300 Mo, bien, cela peut me laisser encore du temps avant de
m'inquiéter.
Cependant quand je lis les expériences de chacun sur le forum, je
constate
que parfois il y a de graves soucis.
Que fais-tu à ta base pour qu'elle "soit bien" ?
Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Lorsque tu dois recréer une base, je suppose que le temps d'importation
des
objets provenant de ta base d'origine doit être long.
Dans cette base, j'ai environ 100 tables, 510 formulaires, 940 requêtes
et
270 états. J'ai lu dans l'aide Access que le nombre de formulaires +
états,
si j'ai bien compris, est limité à 1000 si le paramètre module est à
vrai.
Là aussi, je m'inquiète car tous ces objets commence à faire beaucoup
de
monde dans cette base ! qu'en penses-tu ?
Merci
--
Nathalie
BonjourNathalie.
La taille maximale d'une base est de 2000 Mo.
97 Mo, c'est tout juste 4.85% de la taille maximale autorisée. Pour
moi
tu
n'as pas d'inquiétude à te faire à ce sujet.
La mienne fait déjà 300 Mo et elle n'est pas finie. Jusque là elle
fonctionne très bien.
Cordialement.
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit
dans
le
message de news: 4911FB96-4DAE-4093-96CD-E50A4757D379@microsoft.com...
Bonjour à tous,
Nous exploitons depuis 2 ans une base que j'ai développée.
Elle est installée sur un serveur et mes utilisateurs s'y connectent
par
un
raccourci.
Cela fonctionne très bien.
Je lis souvent ce forum que je trouve d'ailleurs extra (grand merci
à
tous
ceux qui nous répondent) et je m'inquiète face à la taille de ma
base
et à
sa
"vie future".
Aujourd'hui, elle fait environ 97 Mo dont 30 Mo correspondant aux
formulaires, requêtes et états.
Je la recompacte fréquemment et régulièrement, je crée une nouvelle
base
et
j'importe tous les objets.
J'aurais souhaité avoir quelques conseils consernant les bases de
cette
taille.
Merci de vos réponses
--
Nathalie
--
Tisane
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
J'ai déjà lu des remarques comme la tienne : plus de lenteur avec une base
frontale que tout sur le serveur.
Cela peut venir d'une difficulté à reconnaître le chemin qui mène aux tables
(chemin un peu long, alias,...).
Je n'ai pas fait de recherche sur ce sujet car je n'ai pas rencontré le cas
malgré le nombre de bases installées de cette façon sur des réseaux
différents.
Pour le reste, tu me sembles "au point" ;-)
--
Tisane
"Nathalie Lebas" a écrit dans le
message de news:Re-bonjour Tisane,
Waou, que de message. Voici un sujet qui fait débat et tant mieux !
Ne me fais pas peur, je stress assez comme cela.
Oui, une seule base, en réseau avec 12 utilisateurs au maxi.
Cette base gère la production, de la conception d'un modèle à sa
fabrication
chez nos façonniers.
J'ai essayé de diviser la base en deux comme tu me le proposes. Les tables
sur le serveur et une base avec formulaires, états et requêtes sur le
poste
client. Résultat, temps de réponse affreux, impossible de travailler à
plus
de 2 ou 3. J'ai bien vite abandonné.
Pour les modif de code, je les fais dans une copie de base et le soir, je
crée une nouvelle base, j'importe mes tables de la base en production, mes
formulaires, requêtes et états de ma base de développement, je compacte et
je
remets en place pour l'exploitation sur le serveur et OK.
Non, il n'y a pas d'états en double, ils servent !
Comme vous, je crée des sous états et sous formulaires réutilisables.
Qu'en penses-tu ?
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
Merci de vos avis, c'est sympa.
Si d'autres veulent se joindre à notre débat, n'hésitez pas !
--
NathalieRebonjour Nathalie,Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Ne me dis pas que tout est dans la même base et multiutilisateurs en plus
?!?!
C'est de la folie avec une base en réseau, même si 97 Mo, ce n'est pas
colossal.
Commence donc pas séparer les tables et le "code" (formulaires, états,
etc.).
510 formulaires, 940 requêtes et 270 états... tu es certaine qu'il n'y en
a
pas d'inutiles, qui font double emploi ?
Tu n'as pas créé une requête par critère quand même ?;-))
Petit mot à Willi2004 (coucou !) : tes 300 Mo, c'est parce que tu as les
photos de tes stars préférées dedans, non ?
--
Tisane
"Nathalie Lebas" a écrit dans
le
message de news:Bonjour,
Merci de ta réponse.
Effectivement, j'ai lu que la base Access pouvait aller jusqu'à la
taille
de
2 Go. Mais d'après ce que l'on ma dit, c'est purement théorique.
300 Mo, bien, cela peut me laisser encore du temps avant de
m'inquiéter.
Cependant quand je lis les expériences de chacun sur le forum, je
constate
que parfois il y a de graves soucis.
Que fais-tu à ta base pour qu'elle "soit bien" ?
Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Lorsque tu dois recréer une base, je suppose que le temps d'importation
des
objets provenant de ta base d'origine doit être long.
Dans cette base, j'ai environ 100 tables, 510 formulaires, 940 requêtes
et
270 états. J'ai lu dans l'aide Access que le nombre de formulaires +
états,
si j'ai bien compris, est limité à 1000 si le paramètre module est à
vrai.
Là aussi, je m'inquiète car tous ces objets commence à faire beaucoup
de
monde dans cette base ! qu'en penses-tu ?
Merci
--
NathalieBonjourNathalie.
La taille maximale d'une base est de 2000 Mo.
97 Mo, c'est tout juste 4.85% de la taille maximale autorisée. Pour
moi
tu
n'as pas d'inquiétude à te faire à ce sujet.
La mienne fait déjà 300 Mo et elle n'est pas finie. Jusque là elle
fonctionne très bien.
Cordialement.
"Nathalie Lebas" a écrit
dans
le
message de news:Bonjour à tous,
Nous exploitons depuis 2 ans une base que j'ai développée.
Elle est installée sur un serveur et mes utilisateurs s'y connectent
par
un
raccourci.
Cela fonctionne très bien.
Je lis souvent ce forum que je trouve d'ailleurs extra (grand merci
à
tous
ceux qui nous répondent) et je m'inquiète face à la taille de ma
base
et à
sa
"vie future".
Aujourd'hui, elle fait environ 97 Mo dont 30 Mo correspondant aux
formulaires, requêtes et états.
Je la recompacte fréquemment et régulièrement, je crée une nouvelle
base
et
j'importe tous les objets.
J'aurais souhaité avoir quelques conseils consernant les bases de
cette
taille.
Merci de vos réponses
--
Nathalie
--
Tisane
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
J'ai déjà lu des remarques comme la tienne : plus de lenteur avec une base
frontale que tout sur le serveur.
Cela peut venir d'une difficulté à reconnaître le chemin qui mène aux tables
(chemin un peu long, alias,...).
Je n'ai pas fait de recherche sur ce sujet car je n'ai pas rencontré le cas
malgré le nombre de bases installées de cette façon sur des réseaux
différents.
Pour le reste, tu me sembles "au point" ;-)
--
Tisane
"Nathalie Lebas" a écrit dans le
message de news:Re-bonjour Tisane,
Waou, que de message. Voici un sujet qui fait débat et tant mieux !
Ne me fais pas peur, je stress assez comme cela.
Oui, une seule base, en réseau avec 12 utilisateurs au maxi.
Cette base gère la production, de la conception d'un modèle à sa
fabrication
chez nos façonniers.
J'ai essayé de diviser la base en deux comme tu me le proposes. Les tables
sur le serveur et une base avec formulaires, états et requêtes sur le
poste
client. Résultat, temps de réponse affreux, impossible de travailler à
plus
de 2 ou 3. J'ai bien vite abandonné.
Pour les modif de code, je les fais dans une copie de base et le soir, je
crée une nouvelle base, j'importe mes tables de la base en production, mes
formulaires, requêtes et états de ma base de développement, je compacte et
je
remets en place pour l'exploitation sur le serveur et OK.
Non, il n'y a pas d'états en double, ils servent !
Comme vous, je crée des sous états et sous formulaires réutilisables.
Qu'en penses-tu ?
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
Merci de vos avis, c'est sympa.
Si d'autres veulent se joindre à notre débat, n'hésitez pas !
--
NathalieRebonjour Nathalie,Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Ne me dis pas que tout est dans la même base et multiutilisateurs en plus
?!?!
C'est de la folie avec une base en réseau, même si 97 Mo, ce n'est pas
colossal.
Commence donc pas séparer les tables et le "code" (formulaires, états,
etc.).
510 formulaires, 940 requêtes et 270 états... tu es certaine qu'il n'y en
a
pas d'inutiles, qui font double emploi ?
Tu n'as pas créé une requête par critère quand même ?;-))
Petit mot à Willi2004 (coucou !) : tes 300 Mo, c'est parce que tu as les
photos de tes stars préférées dedans, non ?
--
Tisane
"Nathalie Lebas" a écrit dans
le
message de news:Bonjour,
Merci de ta réponse.
Effectivement, j'ai lu que la base Access pouvait aller jusqu'à la
taille
de
2 Go. Mais d'après ce que l'on ma dit, c'est purement théorique.
300 Mo, bien, cela peut me laisser encore du temps avant de
m'inquiéter.
Cependant quand je lis les expériences de chacun sur le forum, je
constate
que parfois il y a de graves soucis.
Que fais-tu à ta base pour qu'elle "soit bien" ?
Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Lorsque tu dois recréer une base, je suppose que le temps d'importation
des
objets provenant de ta base d'origine doit être long.
Dans cette base, j'ai environ 100 tables, 510 formulaires, 940 requêtes
et
270 états. J'ai lu dans l'aide Access que le nombre de formulaires +
états,
si j'ai bien compris, est limité à 1000 si le paramètre module est à
vrai.
Là aussi, je m'inquiète car tous ces objets commence à faire beaucoup
de
monde dans cette base ! qu'en penses-tu ?
Merci
--
NathalieBonjourNathalie.
La taille maximale d'une base est de 2000 Mo.
97 Mo, c'est tout juste 4.85% de la taille maximale autorisée. Pour
moi
tu
n'as pas d'inquiétude à te faire à ce sujet.
La mienne fait déjà 300 Mo et elle n'est pas finie. Jusque là elle
fonctionne très bien.
Cordialement.
"Nathalie Lebas" a écrit
dans
le
message de news:Bonjour à tous,
Nous exploitons depuis 2 ans une base que j'ai développée.
Elle est installée sur un serveur et mes utilisateurs s'y connectent
par
un
raccourci.
Cela fonctionne très bien.
Je lis souvent ce forum que je trouve d'ailleurs extra (grand merci
à
tous
ceux qui nous répondent) et je m'inquiète face à la taille de ma
base
et à
sa
"vie future".
Aujourd'hui, elle fait environ 97 Mo dont 30 Mo correspondant aux
formulaires, requêtes et états.
Je la recompacte fréquemment et régulièrement, je crée une nouvelle
base
et
j'importe tous les objets.
J'aurais souhaité avoir quelques conseils consernant les bases de
cette
taille.
Merci de vos réponses
--
Nathalie
--
Tisane
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
J'ai déjà lu des remarques comme la tienne : plus de lenteur avec une base
frontale que tout sur le serveur.
Cela peut venir d'une difficulté à reconnaître le chemin qui mène aux tables
(chemin un peu long, alias,...).
Je n'ai pas fait de recherche sur ce sujet car je n'ai pas rencontré le cas
malgré le nombre de bases installées de cette façon sur des réseaux
différents.
Pour le reste, tu me sembles "au point" ;-)
--
Tisane
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit dans le
message de news:AFAC08D2-4C68-4D19-8BA8-72FBD642227A@microsoft.com...
Re-bonjour Tisane,
Waou, que de message. Voici un sujet qui fait débat et tant mieux !
Ne me fais pas peur, je stress assez comme cela.
Oui, une seule base, en réseau avec 12 utilisateurs au maxi.
Cette base gère la production, de la conception d'un modèle à sa
fabrication
chez nos façonniers.
J'ai essayé de diviser la base en deux comme tu me le proposes. Les tables
sur le serveur et une base avec formulaires, états et requêtes sur le
poste
client. Résultat, temps de réponse affreux, impossible de travailler à
plus
de 2 ou 3. J'ai bien vite abandonné.
Pour les modif de code, je les fais dans une copie de base et le soir, je
crée une nouvelle base, j'importe mes tables de la base en production, mes
formulaires, requêtes et états de ma base de développement, je compacte et
je
remets en place pour l'exploitation sur le serveur et OK.
Non, il n'y a pas d'états en double, ils servent !
Comme vous, je crée des sous états et sous formulaires réutilisables.
Qu'en penses-tu ?
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
Merci de vos avis, c'est sympa.
Si d'autres veulent se joindre à notre débat, n'hésitez pas !
--
Nathalie
Rebonjour Nathalie,
Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Ne me dis pas que tout est dans la même base et multiutilisateurs en plus
?!?!
C'est de la folie avec une base en réseau, même si 97 Mo, ce n'est pas
colossal.
Commence donc pas séparer les tables et le "code" (formulaires, états,
etc.).
510 formulaires, 940 requêtes et 270 états... tu es certaine qu'il n'y en
a
pas d'inutiles, qui font double emploi ?
Tu n'as pas créé une requête par critère quand même ?;-))
Petit mot à Willi2004 (coucou !) : tes 300 Mo, c'est parce que tu as les
photos de tes stars préférées dedans, non ?
--
Tisane
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit dans
le
message de news:AC7F783F-133F-455D-8FC8-707E122708E0@microsoft.com...
Bonjour,
Merci de ta réponse.
Effectivement, j'ai lu que la base Access pouvait aller jusqu'à la
taille
de
2 Go. Mais d'après ce que l'on ma dit, c'est purement théorique.
300 Mo, bien, cela peut me laisser encore du temps avant de
m'inquiéter.
Cependant quand je lis les expériences de chacun sur le forum, je
constate
que parfois il y a de graves soucis.
Que fais-tu à ta base pour qu'elle "soit bien" ?
Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Lorsque tu dois recréer une base, je suppose que le temps d'importation
des
objets provenant de ta base d'origine doit être long.
Dans cette base, j'ai environ 100 tables, 510 formulaires, 940 requêtes
et
270 états. J'ai lu dans l'aide Access que le nombre de formulaires +
états,
si j'ai bien compris, est limité à 1000 si le paramètre module est à
vrai.
Là aussi, je m'inquiète car tous ces objets commence à faire beaucoup
de
monde dans cette base ! qu'en penses-tu ?
Merci
--
Nathalie
BonjourNathalie.
La taille maximale d'une base est de 2000 Mo.
97 Mo, c'est tout juste 4.85% de la taille maximale autorisée. Pour
moi
tu
n'as pas d'inquiétude à te faire à ce sujet.
La mienne fait déjà 300 Mo et elle n'est pas finie. Jusque là elle
fonctionne très bien.
Cordialement.
"Nathalie Lebas" <NathalieLebas@discussions.microsoft.com> a écrit
dans
le
message de news: 4911FB96-4DAE-4093-96CD-E50A4757D379@microsoft.com...
Bonjour à tous,
Nous exploitons depuis 2 ans une base que j'ai développée.
Elle est installée sur un serveur et mes utilisateurs s'y connectent
par
un
raccourci.
Cela fonctionne très bien.
Je lis souvent ce forum que je trouve d'ailleurs extra (grand merci
à
tous
ceux qui nous répondent) et je m'inquiète face à la taille de ma
base
et à
sa
"vie future".
Aujourd'hui, elle fait environ 97 Mo dont 30 Mo correspondant aux
formulaires, requêtes et états.
Je la recompacte fréquemment et régulièrement, je crée une nouvelle
base
et
j'importe tous les objets.
J'aurais souhaité avoir quelques conseils consernant les bases de
cette
taille.
Merci de vos réponses
--
Nathalie
--
Tisane
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
J'ai déjà lu des remarques comme la tienne : plus de lenteur avec une base
frontale que tout sur le serveur.
Cela peut venir d'une difficulté à reconnaître le chemin qui mène aux tables
(chemin un peu long, alias,...).
Je n'ai pas fait de recherche sur ce sujet car je n'ai pas rencontré le cas
malgré le nombre de bases installées de cette façon sur des réseaux
différents.
Pour le reste, tu me sembles "au point" ;-)
--
Tisane
"Nathalie Lebas" a écrit dans le
message de news:Re-bonjour Tisane,
Waou, que de message. Voici un sujet qui fait débat et tant mieux !
Ne me fais pas peur, je stress assez comme cela.
Oui, une seule base, en réseau avec 12 utilisateurs au maxi.
Cette base gère la production, de la conception d'un modèle à sa
fabrication
chez nos façonniers.
J'ai essayé de diviser la base en deux comme tu me le proposes. Les tables
sur le serveur et une base avec formulaires, états et requêtes sur le
poste
client. Résultat, temps de réponse affreux, impossible de travailler à
plus
de 2 ou 3. J'ai bien vite abandonné.
Pour les modif de code, je les fais dans une copie de base et le soir, je
crée une nouvelle base, j'importe mes tables de la base en production, mes
formulaires, requêtes et états de ma base de développement, je compacte et
je
remets en place pour l'exploitation sur le serveur et OK.
Non, il n'y a pas d'états en double, ils servent !
Comme vous, je crée des sous états et sous formulaires réutilisables.
Qu'en penses-tu ?
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
Merci de vos avis, c'est sympa.
Si d'autres veulent se joindre à notre débat, n'hésitez pas !
--
NathalieRebonjour Nathalie,Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Ne me dis pas que tout est dans la même base et multiutilisateurs en plus
?!?!
C'est de la folie avec une base en réseau, même si 97 Mo, ce n'est pas
colossal.
Commence donc pas séparer les tables et le "code" (formulaires, états,
etc.).
510 formulaires, 940 requêtes et 270 états... tu es certaine qu'il n'y en
a
pas d'inutiles, qui font double emploi ?
Tu n'as pas créé une requête par critère quand même ?;-))
Petit mot à Willi2004 (coucou !) : tes 300 Mo, c'est parce que tu as les
photos de tes stars préférées dedans, non ?
--
Tisane
"Nathalie Lebas" a écrit dans
le
message de news:Bonjour,
Merci de ta réponse.
Effectivement, j'ai lu que la base Access pouvait aller jusqu'à la
taille
de
2 Go. Mais d'après ce que l'on ma dit, c'est purement théorique.
300 Mo, bien, cela peut me laisser encore du temps avant de
m'inquiéter.
Cependant quand je lis les expériences de chacun sur le forum, je
constate
que parfois il y a de graves soucis.
Que fais-tu à ta base pour qu'elle "soit bien" ?
Est-elle comme la mienne, une seule base avec les formulaires,
requêtes,
états et tables ? ou en tables liées ?
Lorsque tu dois recréer une base, je suppose que le temps d'importation
des
objets provenant de ta base d'origine doit être long.
Dans cette base, j'ai environ 100 tables, 510 formulaires, 940 requêtes
et
270 états. J'ai lu dans l'aide Access que le nombre de formulaires +
états,
si j'ai bien compris, est limité à 1000 si le paramètre module est à
vrai.
Là aussi, je m'inquiète car tous ces objets commence à faire beaucoup
de
monde dans cette base ! qu'en penses-tu ?
Merci
--
NathalieBonjourNathalie.
La taille maximale d'une base est de 2000 Mo.
97 Mo, c'est tout juste 4.85% de la taille maximale autorisée. Pour
moi
tu
n'as pas d'inquiétude à te faire à ce sujet.
La mienne fait déjà 300 Mo et elle n'est pas finie. Jusque là elle
fonctionne très bien.
Cordialement.
"Nathalie Lebas" a écrit
dans
le
message de news:Bonjour à tous,
Nous exploitons depuis 2 ans une base que j'ai développée.
Elle est installée sur un serveur et mes utilisateurs s'y connectent
par
un
raccourci.
Cela fonctionne très bien.
Je lis souvent ce forum que je trouve d'ailleurs extra (grand merci
à
tous
ceux qui nous répondent) et je m'inquiète face à la taille de ma
base
et à
sa
"vie future".
Aujourd'hui, elle fait environ 97 Mo dont 30 Mo correspondant aux
formulaires, requêtes et états.
Je la recompacte fréquemment et régulièrement, je crée une nouvelle
base
et
j'importe tous les objets.
J'aurais souhaité avoir quelques conseils consernant les bases de
cette
taille.
Merci de vos réponses
--
Nathalie
--
Tisane
Ce qui m'inquiète c'est qu'un beau matin, tout s'effondre. Comme je te
l'ai
dis, je lis ce forum et je vois que certains sont confrontés au pire!
J'ai peur de me retrouver avec une base bloquée, du style personne ne peux
plus l'ouvrir !
Je me demande donc combien de temps vais-je pouvoir continuer et surtout
jusqu'à quel volume de base vais-je pouvoir aller.
Pour la suite, je prévois de passer sur un projet .dps afin d'exploiter
une
base SQL.
Connais-tu ce type de migration ? L'objectif pour moi est de ne pas perdre
tous les développements Access, de ne pas repartir à zéro, j'ai au moins
un
an de travail !
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
J'ai déjà lu des remarques comme la tienne : plus de lenteur avec une
base
frontale que tout sur le serveur.
Cela peut venir d'une difficulté à reconnaître le chemin qui mène aux
tables
(chemin un peu long, alias,...).
Je n'ai pas fait de recherche sur ce sujet car je n'ai pas rencontré le
cas
malgré le nombre de bases installées de cette façon sur des réseaux
différents.
Pour le reste, tu me sembles "au point" ;-)
--
Tisane
[...]
Ce qui m'inquiète c'est qu'un beau matin, tout s'effondre. Comme je te
l'ai
dis, je lis ce forum et je vois que certains sont confrontés au pire!
J'ai peur de me retrouver avec une base bloquée, du style personne ne peux
plus l'ouvrir !
Je me demande donc combien de temps vais-je pouvoir continuer et surtout
jusqu'à quel volume de base vais-je pouvoir aller.
Pour la suite, je prévois de passer sur un projet .dps afin d'exploiter
une
base SQL.
Connais-tu ce type de migration ? L'objectif pour moi est de ne pas perdre
tous les développements Access, de ne pas repartir à zéro, j'ai au moins
un
an de travail !
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
J'ai déjà lu des remarques comme la tienne : plus de lenteur avec une
base
frontale que tout sur le serveur.
Cela peut venir d'une difficulté à reconnaître le chemin qui mène aux
tables
(chemin un peu long, alias,...).
Je n'ai pas fait de recherche sur ce sujet car je n'ai pas rencontré le
cas
malgré le nombre de bases installées de cette façon sur des réseaux
différents.
Pour le reste, tu me sembles "au point" ;-)
--
Tisane
[...]
Ce qui m'inquiète c'est qu'un beau matin, tout s'effondre. Comme je te
l'ai
dis, je lis ce forum et je vois que certains sont confrontés au pire!
J'ai peur de me retrouver avec une base bloquée, du style personne ne peux
plus l'ouvrir !
Je me demande donc combien de temps vais-je pouvoir continuer et surtout
jusqu'à quel volume de base vais-je pouvoir aller.
Pour la suite, je prévois de passer sur un projet .dps afin d'exploiter
une
base SQL.
Connais-tu ce type de migration ? L'objectif pour moi est de ne pas perdre
tous les développements Access, de ne pas repartir à zéro, j'ai au moins
un
an de travail !
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
J'ai déjà lu des remarques comme la tienne : plus de lenteur avec une
base
frontale que tout sur le serveur.
Cela peut venir d'une difficulté à reconnaître le chemin qui mène aux
tables
(chemin un peu long, alias,...).
Je n'ai pas fait de recherche sur ce sujet car je n'ai pas rencontré le
cas
malgré le nombre de bases installées de cette façon sur des réseaux
différents.
Pour le reste, tu me sembles "au point" ;-)
--
Tisane
[...]
Pendant que je tiens "une brochette de spécialites" par notre sujet
actuel,
l'un de vous serait-il spécialiste des formulaires continus, je galère
avec
un problème depuis plusieurs jours !
Pendant que je tiens "une brochette de spécialites" par notre sujet
actuel,
l'un de vous serait-il spécialiste des formulaires continus, je galère
avec
un problème depuis plusieurs jours !
Pendant que je tiens "une brochette de spécialites" par notre sujet
actuel,
l'un de vous serait-il spécialiste des formulaires continus, je galère
avec
un problème depuis plusieurs jours !
Pendant que je tiens "une brochette de spécialites" par notre sujet
actuel,
l'un de vous serait-il spécialiste des formulaires continus, je galère
avec
un problème depuis plusieurs jours !
Il vaut mieux que tu crées un nouveau fil de discussion pour cela dans
lequel tu exposeras ton problème...
Ce fil risque devenir illisible ;-)
--
Tisane
[...]
Pendant que je tiens "une brochette de spécialites" par notre sujet
actuel,
l'un de vous serait-il spécialiste des formulaires continus, je galère
avec
un problème depuis plusieurs jours !
Il vaut mieux que tu crées un nouveau fil de discussion pour cela dans
lequel tu exposeras ton problème...
Ce fil risque devenir illisible ;-)
--
Tisane
[...]
Pendant que je tiens "une brochette de spécialites" par notre sujet
actuel,
l'un de vous serait-il spécialiste des formulaires continus, je galère
avec
un problème depuis plusieurs jours !
Il vaut mieux que tu crées un nouveau fil de discussion pour cela dans
lequel tu exposeras ton problème...
Ce fil risque devenir illisible ;-)
--
Tisane
[...]
Ce qui m'inquiète c'est qu'un beau matin, tout s'effondre. Comme je te
l'ai
dis, je lis ce forum et je vois que certains sont confrontés au pire!
J'ai peur de me retrouver avec une base bloquée, du style personne ne peux
plus l'ouvrir !
Je me demande donc combien de temps vais-je pouvoir continuer et surtout
jusqu'à quel volume de base vais-je pouvoir aller.
Pour la suite, je prévois de passer sur un projet .dps afin d'exploiter
une
base SQL.
Connais-tu ce type de migration ? L'objectif pour moi est de ne pas perdre
tous les développements Access, de ne pas repartir à zéro, j'ai au moins
un
an de travail !
Je n'ai pas d'expérience en termes de migration d'une base Access mais j'ai
cru comprendre que tout ne serait pas à refaire, car il y a des outils qui
permettent de récupérer/convertir l'essentiel.
Pour ta première remarque ("un beau matin, tout s'effondre"), les personnes
qui ont vécu cela sont réellement bien peu nombreuses...
J'ai des bases importantes qui tournent depuis plus de 10 ans, avec une
vingtaine d'utilisateurs (voire 30 pour l'une d'entre elles), et qui ont
évolué avec les nouvelles versions d'Access, sans aucun dommage. Oui, il
arrive, une fois en passant (environ 6 fois en 10 ans), que le fichier .mdw
soit "corrompu" ou le mde local, mais rien d'insurmontable et jamais sur les
données (bases fractionnées donc).
Si tu veux tout laisser sur le serveur pour les raisons de lenteur en local
que tu as signalées, au moins sépare le code et les tables !
Chaque base sera ainsi mieux protégée et plus légère : 50 Mo pour les
données et 40 Mo pour le code, si je me souviens bien, ce n'est pas énorme.
Cela te laisse de la marge, même si tu ne vises que la moitié des 2 Go
annoncés par Microsoft (et par base).
Pour le reste, je suppose que tu as une sauvegarde journalière du serveur
qui est effectuée automatiquement.
Ton application peut donc vivre encore longtemps ;-)
Bonne journée,
--
TisanePourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
J'ai déjà lu des remarques comme la tienne : plus de lenteur avec une
base
frontale que tout sur le serveur.
Cela peut venir d'une difficulté à reconnaître le chemin qui mène aux
tables
(chemin un peu long, alias,...).
Je n'ai pas fait de recherche sur ce sujet car je n'ai pas rencontré le
cas
malgré le nombre de bases installées de cette façon sur des réseaux
différents.
Pour le reste, tu me sembles "au point" ;-)
--
Tisane
[...]
Ce qui m'inquiète c'est qu'un beau matin, tout s'effondre. Comme je te
l'ai
dis, je lis ce forum et je vois que certains sont confrontés au pire!
J'ai peur de me retrouver avec une base bloquée, du style personne ne peux
plus l'ouvrir !
Je me demande donc combien de temps vais-je pouvoir continuer et surtout
jusqu'à quel volume de base vais-je pouvoir aller.
Pour la suite, je prévois de passer sur un projet .dps afin d'exploiter
une
base SQL.
Connais-tu ce type de migration ? L'objectif pour moi est de ne pas perdre
tous les développements Access, de ne pas repartir à zéro, j'ai au moins
un
an de travail !
Je n'ai pas d'expérience en termes de migration d'une base Access mais j'ai
cru comprendre que tout ne serait pas à refaire, car il y a des outils qui
permettent de récupérer/convertir l'essentiel.
Pour ta première remarque ("un beau matin, tout s'effondre"), les personnes
qui ont vécu cela sont réellement bien peu nombreuses...
J'ai des bases importantes qui tournent depuis plus de 10 ans, avec une
vingtaine d'utilisateurs (voire 30 pour l'une d'entre elles), et qui ont
évolué avec les nouvelles versions d'Access, sans aucun dommage. Oui, il
arrive, une fois en passant (environ 6 fois en 10 ans), que le fichier .mdw
soit "corrompu" ou le mde local, mais rien d'insurmontable et jamais sur les
données (bases fractionnées donc).
Si tu veux tout laisser sur le serveur pour les raisons de lenteur en local
que tu as signalées, au moins sépare le code et les tables !
Chaque base sera ainsi mieux protégée et plus légère : 50 Mo pour les
données et 40 Mo pour le code, si je me souviens bien, ce n'est pas énorme.
Cela te laisse de la marge, même si tu ne vises que la moitié des 2 Go
annoncés par Microsoft (et par base).
Pour le reste, je suppose que tu as une sauvegarde journalière du serveur
qui est effectuée automatiquement.
Ton application peut donc vivre encore longtemps ;-)
Bonne journée,
--
Tisane
Pourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
J'ai déjà lu des remarques comme la tienne : plus de lenteur avec une
base
frontale que tout sur le serveur.
Cela peut venir d'une difficulté à reconnaître le chemin qui mène aux
tables
(chemin un peu long, alias,...).
Je n'ai pas fait de recherche sur ce sujet car je n'ai pas rencontré le
cas
malgré le nombre de bases installées de cette façon sur des réseaux
différents.
Pour le reste, tu me sembles "au point" ;-)
--
Tisane
[...]
Ce qui m'inquiète c'est qu'un beau matin, tout s'effondre. Comme je te
l'ai
dis, je lis ce forum et je vois que certains sont confrontés au pire!
J'ai peur de me retrouver avec une base bloquée, du style personne ne peux
plus l'ouvrir !
Je me demande donc combien de temps vais-je pouvoir continuer et surtout
jusqu'à quel volume de base vais-je pouvoir aller.
Pour la suite, je prévois de passer sur un projet .dps afin d'exploiter
une
base SQL.
Connais-tu ce type de migration ? L'objectif pour moi est de ne pas perdre
tous les développements Access, de ne pas repartir à zéro, j'ai au moins
un
an de travail !
Je n'ai pas d'expérience en termes de migration d'une base Access mais j'ai
cru comprendre que tout ne serait pas à refaire, car il y a des outils qui
permettent de récupérer/convertir l'essentiel.
Pour ta première remarque ("un beau matin, tout s'effondre"), les personnes
qui ont vécu cela sont réellement bien peu nombreuses...
J'ai des bases importantes qui tournent depuis plus de 10 ans, avec une
vingtaine d'utilisateurs (voire 30 pour l'une d'entre elles), et qui ont
évolué avec les nouvelles versions d'Access, sans aucun dommage. Oui, il
arrive, une fois en passant (environ 6 fois en 10 ans), que le fichier .mdw
soit "corrompu" ou le mde local, mais rien d'insurmontable et jamais sur les
données (bases fractionnées donc).
Si tu veux tout laisser sur le serveur pour les raisons de lenteur en local
que tu as signalées, au moins sépare le code et les tables !
Chaque base sera ainsi mieux protégée et plus légère : 50 Mo pour les
données et 40 Mo pour le code, si je me souviens bien, ce n'est pas énorme.
Cela te laisse de la marge, même si tu ne vises que la moitié des 2 Go
annoncés par Microsoft (et par base).
Pour le reste, je suppose que tu as une sauvegarde journalière du serveur
qui est effectuée automatiquement.
Ton application peut donc vivre encore longtemps ;-)
Bonne journée,
--
TisanePourquoi, lorsque j'utilise deux bases avec des tables liées, c'est la
cata
et pas vous ?
J'ai déjà lu des remarques comme la tienne : plus de lenteur avec une
base
frontale que tout sur le serveur.
Cela peut venir d'une difficulté à reconnaître le chemin qui mène aux
tables
(chemin un peu long, alias,...).
Je n'ai pas fait de recherche sur ce sujet car je n'ai pas rencontré le
cas
malgré le nombre de bases installées de cette façon sur des réseaux
différents.
Pour le reste, tu me sembles "au point" ;-)
--
Tisane
[...]
Quand tu dis partager ta base sur le serveur.
Dans le même repertoire, tu mets une base de données et une base de code,
tu
lies la base de code aux données par tables liées. Je dois dire que mettre
les deux bases sur le serveur, je n'ai pas encore essayé.
Par contre, ma base est une base .mdb et non mde comme toi apparemment.
Cela peut peut-être expliquer mes soucis.
Ce qui m'inquiète c'est qu'un beau matin, tout s'effondre. Comme je te
l'ai
dis, je lis ce forum et je vois que certains sont confrontés au pire!
J'ai peur de me retrouver avec une base bloquée, du style personne ne
peux
plus l'ouvrir !
Je me demande donc combien de temps vais-je pouvoir continuer et
surtout
jusqu'à quel volume de base vais-je pouvoir aller.
Pour la suite, je prévois de passer sur un projet .dps afin d'exploiter
une
base SQL.
Connais-tu ce type de migration ? L'objectif pour moi est de ne pas
perdre
tous les développements Access, de ne pas repartir à zéro, j'ai au
moins
un
an de travail !
Je n'ai pas d'expérience en termes de migration d'une base Access mais
j'ai
cru comprendre que tout ne serait pas à refaire, car il y a des outils
qui
permettent de récupérer/convertir l'essentiel.
Pour ta première remarque ("un beau matin, tout s'effondre"), les
personnes
qui ont vécu cela sont réellement bien peu nombreuses...
J'ai des bases importantes qui tournent depuis plus de 10 ans, avec une
vingtaine d'utilisateurs (voire 30 pour l'une d'entre elles), et qui ont
évolué avec les nouvelles versions d'Access, sans aucun dommage. Oui, il
arrive, une fois en passant (environ 6 fois en 10 ans), que le fichier
.mdw
soit "corrompu" ou le mde local, mais rien d'insurmontable et jamais sur
les
données (bases fractionnées donc).
Si tu veux tout laisser sur le serveur pour les raisons de lenteur en
local
que tu as signalées, au moins sépare le code et les tables !
Chaque base sera ainsi mieux protégée et plus légère : 50 Mo pour les
données et 40 Mo pour le code, si je me souviens bien, ce n'est pas
énorme.
Cela te laisse de la marge, même si tu ne vises que la moitié des 2 Go
annoncés par Microsoft (et par base).
Pour le reste, je suppose que tu as une sauvegarde journalière du serveur
qui est effectuée automatiquement.
Ton application peut donc vivre encore longtemps ;-)
Bonne journée,
--
Tisane
[...]
Quand tu dis partager ta base sur le serveur.
Dans le même repertoire, tu mets une base de données et une base de code,
tu
lies la base de code aux données par tables liées. Je dois dire que mettre
les deux bases sur le serveur, je n'ai pas encore essayé.
Par contre, ma base est une base .mdb et non mde comme toi apparemment.
Cela peut peut-être expliquer mes soucis.
Ce qui m'inquiète c'est qu'un beau matin, tout s'effondre. Comme je te
l'ai
dis, je lis ce forum et je vois que certains sont confrontés au pire!
J'ai peur de me retrouver avec une base bloquée, du style personne ne
peux
plus l'ouvrir !
Je me demande donc combien de temps vais-je pouvoir continuer et
surtout
jusqu'à quel volume de base vais-je pouvoir aller.
Pour la suite, je prévois de passer sur un projet .dps afin d'exploiter
une
base SQL.
Connais-tu ce type de migration ? L'objectif pour moi est de ne pas
perdre
tous les développements Access, de ne pas repartir à zéro, j'ai au
moins
un
an de travail !
Je n'ai pas d'expérience en termes de migration d'une base Access mais
j'ai
cru comprendre que tout ne serait pas à refaire, car il y a des outils
qui
permettent de récupérer/convertir l'essentiel.
Pour ta première remarque ("un beau matin, tout s'effondre"), les
personnes
qui ont vécu cela sont réellement bien peu nombreuses...
J'ai des bases importantes qui tournent depuis plus de 10 ans, avec une
vingtaine d'utilisateurs (voire 30 pour l'une d'entre elles), et qui ont
évolué avec les nouvelles versions d'Access, sans aucun dommage. Oui, il
arrive, une fois en passant (environ 6 fois en 10 ans), que le fichier
.mdw
soit "corrompu" ou le mde local, mais rien d'insurmontable et jamais sur
les
données (bases fractionnées donc).
Si tu veux tout laisser sur le serveur pour les raisons de lenteur en
local
que tu as signalées, au moins sépare le code et les tables !
Chaque base sera ainsi mieux protégée et plus légère : 50 Mo pour les
données et 40 Mo pour le code, si je me souviens bien, ce n'est pas
énorme.
Cela te laisse de la marge, même si tu ne vises que la moitié des 2 Go
annoncés par Microsoft (et par base).
Pour le reste, je suppose que tu as une sauvegarde journalière du serveur
qui est effectuée automatiquement.
Ton application peut donc vivre encore longtemps ;-)
Bonne journée,
--
Tisane
[...]
Quand tu dis partager ta base sur le serveur.
Dans le même repertoire, tu mets une base de données et une base de code,
tu
lies la base de code aux données par tables liées. Je dois dire que mettre
les deux bases sur le serveur, je n'ai pas encore essayé.
Par contre, ma base est une base .mdb et non mde comme toi apparemment.
Cela peut peut-être expliquer mes soucis.
Ce qui m'inquiète c'est qu'un beau matin, tout s'effondre. Comme je te
l'ai
dis, je lis ce forum et je vois que certains sont confrontés au pire!
J'ai peur de me retrouver avec une base bloquée, du style personne ne
peux
plus l'ouvrir !
Je me demande donc combien de temps vais-je pouvoir continuer et
surtout
jusqu'à quel volume de base vais-je pouvoir aller.
Pour la suite, je prévois de passer sur un projet .dps afin d'exploiter
une
base SQL.
Connais-tu ce type de migration ? L'objectif pour moi est de ne pas
perdre
tous les développements Access, de ne pas repartir à zéro, j'ai au
moins
un
an de travail !
Je n'ai pas d'expérience en termes de migration d'une base Access mais
j'ai
cru comprendre que tout ne serait pas à refaire, car il y a des outils
qui
permettent de récupérer/convertir l'essentiel.
Pour ta première remarque ("un beau matin, tout s'effondre"), les
personnes
qui ont vécu cela sont réellement bien peu nombreuses...
J'ai des bases importantes qui tournent depuis plus de 10 ans, avec une
vingtaine d'utilisateurs (voire 30 pour l'une d'entre elles), et qui ont
évolué avec les nouvelles versions d'Access, sans aucun dommage. Oui, il
arrive, une fois en passant (environ 6 fois en 10 ans), que le fichier
.mdw
soit "corrompu" ou le mde local, mais rien d'insurmontable et jamais sur
les
données (bases fractionnées donc).
Si tu veux tout laisser sur le serveur pour les raisons de lenteur en
local
que tu as signalées, au moins sépare le code et les tables !
Chaque base sera ainsi mieux protégée et plus légère : 50 Mo pour les
données et 40 Mo pour le code, si je me souviens bien, ce n'est pas
énorme.
Cela te laisse de la marge, même si tu ne vises que la moitié des 2 Go
annoncés par Microsoft (et par base).
Pour le reste, je suppose que tu as une sauvegarde journalière du serveur
qui est effectuée automatiquement.
Ton application peut donc vivre encore longtemps ;-)
Bonne journée,
--
Tisane
[...]
Quand tu dis partager ta base sur le serveur.
Dans le même repertoire, tu mets une base de données et une base de code,
tu
lies la base de code aux données par tables liées. Je dois dire que mettre
les deux bases sur le serveur, je n'ai pas encore essayé.
Oui. Par exemple, si ta base s'appelle Nathalie.mdb, tu en fais une copie :
tu appelles l'une Nathalie_Data.mdb (ou Nathalie_Tables.mdb), l'autre
Nathalie_Code.mdb.
Dans la 1re, tu supprimes TOUT sauf les tables.
Dans la 2e, tu supprimes toutes les tables et tu les attaches (menu Fichier
| Données externes | Lier les tables).
Tu peux aussi utiliser les assistants pour faire tout cela (menu Outils |
Utilitaires de base... | Fractionner une base).
Curieusement, j'ai plus confiance en moi qu'en certains assistants ;-)
J'ai fais comme toi pour diviser la base lorsque j'ai fais des essais. Moi
Par contre, ma base est une base .mdb et non mde comme toi apparemment.
Cela peut peut-être expliquer mes soucis.
Non. La conversion d'un mdb en mde (menu Outils | Utilitaires de base... |
Créer un mde) ne fait qu'augmenter la protection d'une base. Pas dans le
sens d'une corruption, mais plutôt d'accès aux objets (pas d'accès aux
formulaires, états, macros, modules en mode création). C'est tout.
D'ailleurs, je ne crée le mde que pour le "code". Je laisse les tables en
mdb.
Attention : si tu crées un mde, garde *précieusement* le mdb en
triiiiiiiiiple exemplaire quelque part. Si tu perds le mdb, tu ne pourras
plus modifier ta base. Autrement dit, on fait toujours les modifs sur le
mdb, et chaque fois on recrée le mde. Cela prend une minute.
Je savais effectivement que le mde ne permettait aucune modif et qu'il
--
TisaneCe qui m'inquiète c'est qu'un beau matin, tout s'effondre. Comme je te
l'ai
dis, je lis ce forum et je vois que certains sont confrontés au pire!
J'ai peur de me retrouver avec une base bloquée, du style personne ne
peux
plus l'ouvrir !
Je me demande donc combien de temps vais-je pouvoir continuer et
surtout
jusqu'à quel volume de base vais-je pouvoir aller.
Pour la suite, je prévois de passer sur un projet .dps afin d'exploiter
une
base SQL.
Connais-tu ce type de migration ? L'objectif pour moi est de ne pas
perdre
tous les développements Access, de ne pas repartir à zéro, j'ai au
moins
un
an de travail !
Je n'ai pas d'expérience en termes de migration d'une base Access mais
j'ai
cru comprendre que tout ne serait pas à refaire, car il y a des outils
qui
permettent de récupérer/convertir l'essentiel.
Pour ta première remarque ("un beau matin, tout s'effondre"), les
personnes
qui ont vécu cela sont réellement bien peu nombreuses...
J'ai des bases importantes qui tournent depuis plus de 10 ans, avec une
vingtaine d'utilisateurs (voire 30 pour l'une d'entre elles), et qui ont
évolué avec les nouvelles versions d'Access, sans aucun dommage. Oui, il
arrive, une fois en passant (environ 6 fois en 10 ans), que le fichier
.mdw
soit "corrompu" ou le mde local, mais rien d'insurmontable et jamais sur
les
données (bases fractionnées donc).
Si tu veux tout laisser sur le serveur pour les raisons de lenteur en
local
que tu as signalées, au moins sépare le code et les tables !
Chaque base sera ainsi mieux protégée et plus légère : 50 Mo pour les
données et 40 Mo pour le code, si je me souviens bien, ce n'est pas
énorme.
Cela te laisse de la marge, même si tu ne vises que la moitié des 2 Go
annoncés par Microsoft (et par base).
Pour le reste, je suppose que tu as une sauvegarde journalière du serveur
qui est effectuée automatiquement.
Ton application peut donc vivre encore longtemps ;-)
Bonne journée,
--
Tisane
[...]
Quand tu dis partager ta base sur le serveur.
Dans le même repertoire, tu mets une base de données et une base de code,
tu
lies la base de code aux données par tables liées. Je dois dire que mettre
les deux bases sur le serveur, je n'ai pas encore essayé.
Oui. Par exemple, si ta base s'appelle Nathalie.mdb, tu en fais une copie :
tu appelles l'une Nathalie_Data.mdb (ou Nathalie_Tables.mdb), l'autre
Nathalie_Code.mdb.
Dans la 1re, tu supprimes TOUT sauf les tables.
Dans la 2e, tu supprimes toutes les tables et tu les attaches (menu Fichier
| Données externes | Lier les tables).
Tu peux aussi utiliser les assistants pour faire tout cela (menu Outils |
Utilitaires de base... | Fractionner une base).
Curieusement, j'ai plus confiance en moi qu'en certains assistants ;-)
J'ai fais comme toi pour diviser la base lorsque j'ai fais des essais. Moi
Par contre, ma base est une base .mdb et non mde comme toi apparemment.
Cela peut peut-être expliquer mes soucis.
Non. La conversion d'un mdb en mde (menu Outils | Utilitaires de base... |
Créer un mde) ne fait qu'augmenter la protection d'une base. Pas dans le
sens d'une corruption, mais plutôt d'accès aux objets (pas d'accès aux
formulaires, états, macros, modules en mode création). C'est tout.
D'ailleurs, je ne crée le mde que pour le "code". Je laisse les tables en
mdb.
Attention : si tu crées un mde, garde *précieusement* le mdb en
triiiiiiiiiple exemplaire quelque part. Si tu perds le mdb, tu ne pourras
plus modifier ta base. Autrement dit, on fait toujours les modifs sur le
mdb, et chaque fois on recrée le mde. Cela prend une minute.
Je savais effectivement que le mde ne permettait aucune modif et qu'il
--
Tisane
Ce qui m'inquiète c'est qu'un beau matin, tout s'effondre. Comme je te
l'ai
dis, je lis ce forum et je vois que certains sont confrontés au pire!
J'ai peur de me retrouver avec une base bloquée, du style personne ne
peux
plus l'ouvrir !
Je me demande donc combien de temps vais-je pouvoir continuer et
surtout
jusqu'à quel volume de base vais-je pouvoir aller.
Pour la suite, je prévois de passer sur un projet .dps afin d'exploiter
une
base SQL.
Connais-tu ce type de migration ? L'objectif pour moi est de ne pas
perdre
tous les développements Access, de ne pas repartir à zéro, j'ai au
moins
un
an de travail !
Je n'ai pas d'expérience en termes de migration d'une base Access mais
j'ai
cru comprendre que tout ne serait pas à refaire, car il y a des outils
qui
permettent de récupérer/convertir l'essentiel.
Pour ta première remarque ("un beau matin, tout s'effondre"), les
personnes
qui ont vécu cela sont réellement bien peu nombreuses...
J'ai des bases importantes qui tournent depuis plus de 10 ans, avec une
vingtaine d'utilisateurs (voire 30 pour l'une d'entre elles), et qui ont
évolué avec les nouvelles versions d'Access, sans aucun dommage. Oui, il
arrive, une fois en passant (environ 6 fois en 10 ans), que le fichier
.mdw
soit "corrompu" ou le mde local, mais rien d'insurmontable et jamais sur
les
données (bases fractionnées donc).
Si tu veux tout laisser sur le serveur pour les raisons de lenteur en
local
que tu as signalées, au moins sépare le code et les tables !
Chaque base sera ainsi mieux protégée et plus légère : 50 Mo pour les
données et 40 Mo pour le code, si je me souviens bien, ce n'est pas
énorme.
Cela te laisse de la marge, même si tu ne vises que la moitié des 2 Go
annoncés par Microsoft (et par base).
Pour le reste, je suppose que tu as une sauvegarde journalière du serveur
qui est effectuée automatiquement.
Ton application peut donc vivre encore longtemps ;-)
Bonne journée,
--
Tisane
[...]
Quand tu dis partager ta base sur le serveur.
Dans le même repertoire, tu mets une base de données et une base de code,
tu
lies la base de code aux données par tables liées. Je dois dire que mettre
les deux bases sur le serveur, je n'ai pas encore essayé.
Oui. Par exemple, si ta base s'appelle Nathalie.mdb, tu en fais une copie :
tu appelles l'une Nathalie_Data.mdb (ou Nathalie_Tables.mdb), l'autre
Nathalie_Code.mdb.
Dans la 1re, tu supprimes TOUT sauf les tables.
Dans la 2e, tu supprimes toutes les tables et tu les attaches (menu Fichier
| Données externes | Lier les tables).
Tu peux aussi utiliser les assistants pour faire tout cela (menu Outils |
Utilitaires de base... | Fractionner une base).
Curieusement, j'ai plus confiance en moi qu'en certains assistants ;-)
J'ai fais comme toi pour diviser la base lorsque j'ai fais des essais. Moi
Par contre, ma base est une base .mdb et non mde comme toi apparemment.
Cela peut peut-être expliquer mes soucis.
Non. La conversion d'un mdb en mde (menu Outils | Utilitaires de base... |
Créer un mde) ne fait qu'augmenter la protection d'une base. Pas dans le
sens d'une corruption, mais plutôt d'accès aux objets (pas d'accès aux
formulaires, états, macros, modules en mode création). C'est tout.
D'ailleurs, je ne crée le mde que pour le "code". Je laisse les tables en
mdb.
Attention : si tu crées un mde, garde *précieusement* le mdb en
triiiiiiiiiple exemplaire quelque part. Si tu perds le mdb, tu ne pourras
plus modifier ta base. Autrement dit, on fait toujours les modifs sur le
mdb, et chaque fois on recrée le mde. Cela prend une minute.
Je savais effectivement que le mde ne permettait aucune modif et qu'il
--
TisaneCe qui m'inquiète c'est qu'un beau matin, tout s'effondre. Comme je te
l'ai
dis, je lis ce forum et je vois que certains sont confrontés au pire!
J'ai peur de me retrouver avec une base bloquée, du style personne ne
peux
plus l'ouvrir !
Je me demande donc combien de temps vais-je pouvoir continuer et
surtout
jusqu'à quel volume de base vais-je pouvoir aller.
Pour la suite, je prévois de passer sur un projet .dps afin d'exploiter
une
base SQL.
Connais-tu ce type de migration ? L'objectif pour moi est de ne pas
perdre
tous les développements Access, de ne pas repartir à zéro, j'ai au
moins
un
an de travail !
Je n'ai pas d'expérience en termes de migration d'une base Access mais
j'ai
cru comprendre que tout ne serait pas à refaire, car il y a des outils
qui
permettent de récupérer/convertir l'essentiel.
Pour ta première remarque ("un beau matin, tout s'effondre"), les
personnes
qui ont vécu cela sont réellement bien peu nombreuses...
J'ai des bases importantes qui tournent depuis plus de 10 ans, avec une
vingtaine d'utilisateurs (voire 30 pour l'une d'entre elles), et qui ont
évolué avec les nouvelles versions d'Access, sans aucun dommage. Oui, il
arrive, une fois en passant (environ 6 fois en 10 ans), que le fichier
.mdw
soit "corrompu" ou le mde local, mais rien d'insurmontable et jamais sur
les
données (bases fractionnées donc).
Si tu veux tout laisser sur le serveur pour les raisons de lenteur en
local
que tu as signalées, au moins sépare le code et les tables !
Chaque base sera ainsi mieux protégée et plus légère : 50 Mo pour les
données et 40 Mo pour le code, si je me souviens bien, ce n'est pas
énorme.
Cela te laisse de la marge, même si tu ne vises que la moitié des 2 Go
annoncés par Microsoft (et par base).
Pour le reste, je suppose que tu as une sauvegarde journalière du serveur
qui est effectuée automatiquement.
Ton application peut donc vivre encore longtemps ;-)
Bonne journée,
--
Tisane
[...]
