il me vient une ou deux questions... comme =E7a. Je vous les=20
soumet, et si vous aviez les r=E9ponses....
1.=20
A quoi =E7a sert de compacter une base de donn=E9es ? A=20
prendre moins de place, j'imagine... Y a t il d'autres=20
raisons ? Les traitements sont ils plus rapides ?
2.
Quand je fais des modif sur ma base : dois je la=20
d=E9compacter avant ? Ou puis je faire des delete, update,=20
insert... voir cr=E9ation de tables de formulaires...=20
directement sur une base compact=E9e ?=20
3. Quand on dit qu'une base fait au maximum 1 ou 2 Go. On=20
parle d'une base compact=E9e ou non compact=E9e ?
Car actuellement, ce que je fais, c'est que sur mon disque=20
dur, j'ai ma base non compact=E9e sur laquelle je fais=20
toutes mes modif, que je recompacte =E0 chaque fois, et pour=20
utilisation, je me sert de la base compact=E9e. Mais=20
l'impression que c'est tout =E0 fait d=E9bile !
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
Gafish
Bonjour,
1- Le compactage sert à réorganiser les données, ce qui par la même occasion fait gagner de la place. En gros, ca ressemble un peu à un defrag. Mis à part gagner de la place, cela evite des problèmes de corruption (cela m'est arrivé plusieurs fois, une base vide à l'ouverture avec des messages d'erreurs, merci JetComp qui permet la plupart du temps de récupérer la corruption), cela fait gagner aussi en performance. 2 - Toutes les modifs sont possibles sur la base compactée, ce n'est pas un compactage comme un zip par exemple. C'est une réorganisation simplement 3 - La taille maximum est celle d'une base compactée ou non compactée. D'où l'interêt de compacter régulièrement. Ce n'est pas du tout débile de travailler sur la compactée. Il faut comprendre le compactage comme une réorganisation, et pas compression/décompression comme un zip. Un compactage peut se faire régulièrement (c'est conseillé, à partir de 2000 on peut même compacter automatiquement à la fermeture d'access).
Arnaud
"Laurent" a écrit dans le message de news: 10a101c393e5$20809f40$ salut à tous,
il me vient une ou deux questions... comme ça. Je vous les soumet, et si vous aviez les réponses....
1. A quoi ça sert de compacter une base de données ? A prendre moins de place, j'imagine... Y a t il d'autres raisons ? Les traitements sont ils plus rapides ?
2. Quand je fais des modif sur ma base : dois je la décompacter avant ? Ou puis je faire des delete, update, insert... voir création de tables de formulaires... directement sur une base compactée ?
3. Quand on dit qu'une base fait au maximum 1 ou 2 Go. On parle d'une base compactée ou non compactée ?
Car actuellement, ce que je fais, c'est que sur mon disque dur, j'ai ma base non compactée sur laquelle je fais toutes mes modif, que je recompacte à chaque fois, et pour utilisation, je me sert de la base compactée. Mais l'impression que c'est tout à fait débile !
Laurent
Bonjour,
1- Le compactage sert à réorganiser les données, ce qui par la même occasion
fait gagner de la place. En gros, ca ressemble un peu à un defrag.
Mis à part gagner de la place, cela evite des problèmes de corruption (cela
m'est arrivé plusieurs fois, une base vide à l'ouverture avec des messages
d'erreurs, merci JetComp qui permet la plupart du temps de récupérer la
corruption), cela fait gagner aussi en performance.
2 - Toutes les modifs sont possibles sur la base compactée, ce n'est pas un
compactage comme un zip par exemple. C'est une réorganisation simplement
3 - La taille maximum est celle d'une base compactée ou non compactée. D'où
l'interêt de compacter régulièrement.
Ce n'est pas du tout débile de travailler sur la compactée. Il faut
comprendre le compactage comme une réorganisation, et pas
compression/décompression comme un zip. Un compactage peut se faire
régulièrement (c'est conseillé, à partir de 2000 on peut même compacter
automatiquement à la fermeture d'access).
Arnaud
"Laurent" <l.chevallier@bigfoot.com> a écrit dans le message de news:
10a101c393e5$20809f40$a101280a@phx.gbl...
salut à tous,
il me vient une ou deux questions... comme ça. Je vous les
soumet, et si vous aviez les réponses....
1.
A quoi ça sert de compacter une base de données ? A
prendre moins de place, j'imagine... Y a t il d'autres
raisons ? Les traitements sont ils plus rapides ?
2.
Quand je fais des modif sur ma base : dois je la
décompacter avant ? Ou puis je faire des delete, update,
insert... voir création de tables de formulaires...
directement sur une base compactée ?
3. Quand on dit qu'une base fait au maximum 1 ou 2 Go. On
parle d'une base compactée ou non compactée ?
Car actuellement, ce que je fais, c'est que sur mon disque
dur, j'ai ma base non compactée sur laquelle je fais
toutes mes modif, que je recompacte à chaque fois, et pour
utilisation, je me sert de la base compactée. Mais
l'impression que c'est tout à fait débile !
1- Le compactage sert à réorganiser les données, ce qui par la même occasion fait gagner de la place. En gros, ca ressemble un peu à un defrag. Mis à part gagner de la place, cela evite des problèmes de corruption (cela m'est arrivé plusieurs fois, une base vide à l'ouverture avec des messages d'erreurs, merci JetComp qui permet la plupart du temps de récupérer la corruption), cela fait gagner aussi en performance. 2 - Toutes les modifs sont possibles sur la base compactée, ce n'est pas un compactage comme un zip par exemple. C'est une réorganisation simplement 3 - La taille maximum est celle d'une base compactée ou non compactée. D'où l'interêt de compacter régulièrement. Ce n'est pas du tout débile de travailler sur la compactée. Il faut comprendre le compactage comme une réorganisation, et pas compression/décompression comme un zip. Un compactage peut se faire régulièrement (c'est conseillé, à partir de 2000 on peut même compacter automatiquement à la fermeture d'access).
Arnaud
"Laurent" a écrit dans le message de news: 10a101c393e5$20809f40$ salut à tous,
il me vient une ou deux questions... comme ça. Je vous les soumet, et si vous aviez les réponses....
1. A quoi ça sert de compacter une base de données ? A prendre moins de place, j'imagine... Y a t il d'autres raisons ? Les traitements sont ils plus rapides ?
2. Quand je fais des modif sur ma base : dois je la décompacter avant ? Ou puis je faire des delete, update, insert... voir création de tables de formulaires... directement sur une base compactée ?
3. Quand on dit qu'une base fait au maximum 1 ou 2 Go. On parle d'une base compactée ou non compactée ?
Car actuellement, ce que je fais, c'est que sur mon disque dur, j'ai ma base non compactée sur laquelle je fais toutes mes modif, que je recompacte à chaque fois, et pour utilisation, je me sert de la base compactée. Mais l'impression que c'est tout à fait débile !
Laurent
Sophie
Je suggère fortement de compacter de façon automatique en sortant de access. Parce qu'en 2000 la base grossit très rapidement. On perd de la vitesse et parfois on est plus capable de l'ouvrir parce qu'elle est trop volumineuse. Il est très facile et rapide de compacter à la sortie de la base de donnée et on a beaucoup a gagné.
Sophie
"Gafish" a écrit dans le message de news: uZR$dg#
Bonjour,
1- Le compactage sert à réorganiser les données, ce qui par la même occasion
fait gagner de la place. En gros, ca ressemble un peu à un defrag. Mis à part gagner de la place, cela evite des problèmes de corruption (cela
m'est arrivé plusieurs fois, une base vide à l'ouverture avec des messages d'erreurs, merci JetComp qui permet la plupart du temps de récupérer la corruption), cela fait gagner aussi en performance. 2 - Toutes les modifs sont possibles sur la base compactée, ce n'est pas un
compactage comme un zip par exemple. C'est une réorganisation simplement 3 - La taille maximum est celle d'une base compactée ou non compactée. D'où
l'interêt de compacter régulièrement. Ce n'est pas du tout débile de travailler sur la compactée. Il faut comprendre le compactage comme une réorganisation, et pas compression/décompression comme un zip. Un compactage peut se faire régulièrement (c'est conseillé, à partir de 2000 on peut même compacter automatiquement à la fermeture d'access).
Arnaud
"Laurent" a écrit dans le message de news: 10a101c393e5$20809f40$ salut à tous,
il me vient une ou deux questions... comme ça. Je vous les soumet, et si vous aviez les réponses....
1. A quoi ça sert de compacter une base de données ? A prendre moins de place, j'imagine... Y a t il d'autres raisons ? Les traitements sont ils plus rapides ?
2. Quand je fais des modif sur ma base : dois je la décompacter avant ? Ou puis je faire des delete, update, insert... voir création de tables de formulaires... directement sur une base compactée ?
3. Quand on dit qu'une base fait au maximum 1 ou 2 Go. On parle d'une base compactée ou non compactée ?
Car actuellement, ce que je fais, c'est que sur mon disque dur, j'ai ma base non compactée sur laquelle je fais toutes mes modif, que je recompacte à chaque fois, et pour utilisation, je me sert de la base compactée. Mais l'impression que c'est tout à fait débile !
Laurent
Je suggère fortement de compacter de façon automatique en sortant de access.
Parce qu'en 2000 la base grossit très rapidement. On perd de la vitesse et
parfois on est plus capable de l'ouvrir parce qu'elle est trop volumineuse.
Il est très facile et rapide de compacter à la sortie de la base de donnée
et on a beaucoup a gagné.
Sophie
"Gafish" <nospam@nospam.Com> a écrit dans le message de news:
uZR$dg#kDHA.2512@TK2MSFTNGP09.phx.gbl...
Bonjour,
1- Le compactage sert à réorganiser les données, ce qui par la même
occasion
fait gagner de la place. En gros, ca ressemble un peu à un defrag.
Mis à part gagner de la place, cela evite des problèmes de corruption
(cela
m'est arrivé plusieurs fois, une base vide à l'ouverture avec des messages
d'erreurs, merci JetComp qui permet la plupart du temps de récupérer la
corruption), cela fait gagner aussi en performance.
2 - Toutes les modifs sont possibles sur la base compactée, ce n'est pas
un
compactage comme un zip par exemple. C'est une réorganisation simplement
3 - La taille maximum est celle d'une base compactée ou non compactée.
D'où
l'interêt de compacter régulièrement.
Ce n'est pas du tout débile de travailler sur la compactée. Il faut
comprendre le compactage comme une réorganisation, et pas
compression/décompression comme un zip. Un compactage peut se faire
régulièrement (c'est conseillé, à partir de 2000 on peut même compacter
automatiquement à la fermeture d'access).
Arnaud
"Laurent" <l.chevallier@bigfoot.com> a écrit dans le message de news:
10a101c393e5$20809f40$a101280a@phx.gbl...
salut à tous,
il me vient une ou deux questions... comme ça. Je vous les
soumet, et si vous aviez les réponses....
1.
A quoi ça sert de compacter une base de données ? A
prendre moins de place, j'imagine... Y a t il d'autres
raisons ? Les traitements sont ils plus rapides ?
2.
Quand je fais des modif sur ma base : dois je la
décompacter avant ? Ou puis je faire des delete, update,
insert... voir création de tables de formulaires...
directement sur une base compactée ?
3. Quand on dit qu'une base fait au maximum 1 ou 2 Go. On
parle d'une base compactée ou non compactée ?
Car actuellement, ce que je fais, c'est que sur mon disque
dur, j'ai ma base non compactée sur laquelle je fais
toutes mes modif, que je recompacte à chaque fois, et pour
utilisation, je me sert de la base compactée. Mais
l'impression que c'est tout à fait débile !
Je suggère fortement de compacter de façon automatique en sortant de access. Parce qu'en 2000 la base grossit très rapidement. On perd de la vitesse et parfois on est plus capable de l'ouvrir parce qu'elle est trop volumineuse. Il est très facile et rapide de compacter à la sortie de la base de donnée et on a beaucoup a gagné.
Sophie
"Gafish" a écrit dans le message de news: uZR$dg#
Bonjour,
1- Le compactage sert à réorganiser les données, ce qui par la même occasion
fait gagner de la place. En gros, ca ressemble un peu à un defrag. Mis à part gagner de la place, cela evite des problèmes de corruption (cela
m'est arrivé plusieurs fois, une base vide à l'ouverture avec des messages d'erreurs, merci JetComp qui permet la plupart du temps de récupérer la corruption), cela fait gagner aussi en performance. 2 - Toutes les modifs sont possibles sur la base compactée, ce n'est pas un
compactage comme un zip par exemple. C'est une réorganisation simplement 3 - La taille maximum est celle d'une base compactée ou non compactée. D'où
l'interêt de compacter régulièrement. Ce n'est pas du tout débile de travailler sur la compactée. Il faut comprendre le compactage comme une réorganisation, et pas compression/décompression comme un zip. Un compactage peut se faire régulièrement (c'est conseillé, à partir de 2000 on peut même compacter automatiquement à la fermeture d'access).
Arnaud
"Laurent" a écrit dans le message de news: 10a101c393e5$20809f40$ salut à tous,
il me vient une ou deux questions... comme ça. Je vous les soumet, et si vous aviez les réponses....
1. A quoi ça sert de compacter une base de données ? A prendre moins de place, j'imagine... Y a t il d'autres raisons ? Les traitements sont ils plus rapides ?
2. Quand je fais des modif sur ma base : dois je la décompacter avant ? Ou puis je faire des delete, update, insert... voir création de tables de formulaires... directement sur une base compactée ?
3. Quand on dit qu'une base fait au maximum 1 ou 2 Go. On parle d'une base compactée ou non compactée ?
Car actuellement, ce que je fais, c'est que sur mon disque dur, j'ai ma base non compactée sur laquelle je fais toutes mes modif, que je recompacte à chaque fois, et pour utilisation, je me sert de la base compactée. Mais l'impression que c'est tout à fait débile !
