Nous utilisons une base access avec des applications sous Delphi.
Derniérement, nous avons 3 plantages (mêmes raisons semble t'il !) alors
que
l'application semble fonctionner parfaitement et en utilisant
l'application
de la même manière.
Le symptôme est que nous ne pouvons plus ouvrir la base au redémarrage de
l'appli.
Aprés, en ouvrant la base sous Access, on se rend compte qu'une table est
corrompue (FORMAT DE BASE DE DONNEES [...] NON RECONNUE).
Alors, on compacte histoire d'essayer de corriger le Pb et la table est
tout
simplement effacée et une erreur est écrite en base (-1206). Cette erreur
n'est pas documentée semble t'il ?
Si l'un de vous peut nous aider, ça serait génial,
Merci d'avance
Nous utilisons une base access avec des applications sous Delphi.
Derniérement, nous avons 3 plantages (mêmes raisons semble t'il !) alors
que
l'application semble fonctionner parfaitement et en utilisant
l'application
de la même manière.
Le symptôme est que nous ne pouvons plus ouvrir la base au redémarrage de
l'appli.
Aprés, en ouvrant la base sous Access, on se rend compte qu'une table est
corrompue (FORMAT DE BASE DE DONNEES [...] NON RECONNUE).
Alors, on compacte histoire d'essayer de corriger le Pb et la table est
tout
simplement effacée et une erreur est écrite en base (-1206). Cette erreur
n'est pas documentée semble t'il ?
Si l'un de vous peut nous aider, ça serait génial,
Merci d'avance
Nous utilisons une base access avec des applications sous Delphi.
Derniérement, nous avons 3 plantages (mêmes raisons semble t'il !) alors
que
l'application semble fonctionner parfaitement et en utilisant
l'application
de la même manière.
Le symptôme est que nous ne pouvons plus ouvrir la base au redémarrage de
l'appli.
Aprés, en ouvrant la base sous Access, on se rend compte qu'une table est
corrompue (FORMAT DE BASE DE DONNEES [...] NON RECONNUE).
Alors, on compacte histoire d'essayer de corriger le Pb et la table est
tout
simplement effacée et une erreur est écrite en base (-1206). Cette erreur
n'est pas documentée semble t'il ?
Si l'un de vous peut nous aider, ça serait génial,
Merci d'avance
puisque tu as access:
ré-importe toute ta base dans une base vierge, ça devrait lui faire du
bien.
procède à un compactage régulièrement. si tu fais tes sauvegardes la nuit
,
lance le toutes les nuits.
si tu es sous 2000 +, coche l'option compactage à la fermeture et ta base
sera compactée à chaque fermeture.
puisque tu as access:
ré-importe toute ta base dans une base vierge, ça devrait lui faire du
bien.
procède à un compactage régulièrement. si tu fais tes sauvegardes la nuit
,
lance le toutes les nuits.
si tu es sous 2000 +, coche l'option compactage à la fermeture et ta base
sera compactée à chaque fermeture.
puisque tu as access:
ré-importe toute ta base dans une base vierge, ça devrait lui faire du
bien.
procède à un compactage régulièrement. si tu fais tes sauvegardes la nuit
,
lance le toutes les nuits.
si tu es sous 2000 +, coche l'option compactage à la fermeture et ta base
sera compactée à chaque fermeture.
puisque tu as access:
ré-importe toute ta base dans une base vierge, ça devrait lui faire du
bien.procède à un compactage régulièrement. si tu fais tes sauvegardes la
nuit
,lance le toutes les nuits.
si tu es sous 2000 +, coche l'option compactage à la fermeture et ta
base
sera compactée à chaque fermeture.
Oui, ça, je suis d'accord, mais c'est pas une application de gestion. Et
pour être honnête, les données à l'intérieur, c'est pas trés grave, on
peut
les récupérer (interconnecter avec du SQL).
En fait, on veut seulement qu'elle ne se crashe pas, ça doit être jouable
quand-même ! Cette base est utilisé en local pour éviter les pets réseaux,
màj SQL et préparation de données en local ... ! En fait, c'est pour une
petite appli qui doit carburer sans planter ! On se disait que Access /
SQL
semblait logique mais si Access est pas capable de pas tout nous vautrer,
ça
va pas être top !
Non, qu'en penses tu ?
puisque tu as access:
ré-importe toute ta base dans une base vierge, ça devrait lui faire du
bien.
procède à un compactage régulièrement. si tu fais tes sauvegardes la
nuit
,
lance le toutes les nuits.
si tu es sous 2000 +, coche l'option compactage à la fermeture et ta
base
sera compactée à chaque fermeture.
Oui, ça, je suis d'accord, mais c'est pas une application de gestion. Et
pour être honnête, les données à l'intérieur, c'est pas trés grave, on
peut
les récupérer (interconnecter avec du SQL).
En fait, on veut seulement qu'elle ne se crashe pas, ça doit être jouable
quand-même ! Cette base est utilisé en local pour éviter les pets réseaux,
màj SQL et préparation de données en local ... ! En fait, c'est pour une
petite appli qui doit carburer sans planter ! On se disait que Access /
SQL
semblait logique mais si Access est pas capable de pas tout nous vautrer,
ça
va pas être top !
Non, qu'en penses tu ?
puisque tu as access:
ré-importe toute ta base dans une base vierge, ça devrait lui faire du
bien.procède à un compactage régulièrement. si tu fais tes sauvegardes la
nuit
,lance le toutes les nuits.
si tu es sous 2000 +, coche l'option compactage à la fermeture et ta
base
sera compactée à chaque fermeture.
Oui, ça, je suis d'accord, mais c'est pas une application de gestion. Et
pour être honnête, les données à l'intérieur, c'est pas trés grave, on
peut
les récupérer (interconnecter avec du SQL).
En fait, on veut seulement qu'elle ne se crashe pas, ça doit être jouable
quand-même ! Cette base est utilisé en local pour éviter les pets réseaux,
màj SQL et préparation de données en local ... ! En fait, c'est pour une
petite appli qui doit carburer sans planter ! On se disait que Access /
SQL
semblait logique mais si Access est pas capable de pas tout nous vautrer,
ça
va pas être top !
Non, qu'en penses tu ?
Il n'y a aucun problème sous access si tu maintiens ton système au top
niveau. Toujours avoir les dernières versions windows, jet et access,
Options compacter à la fermeture, défragmentage du disque périodique. Si
tu
détectes malgré cela une anomalie, ré-importe ta base dans une base vierge
( tous les ans, pas plus)
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Jucius" a écrit dans le message de
news:400bf5b3$0$17133$puisque tu as access:
ré-importe toute ta base dans une base vierge, ça devrait lui faire du
bien.procède à un compactage régulièrement. si tu fais tes sauvegardes la
nuit,lance le toutes les nuits.
si tu es sous 2000 +, coche l'option compactage à la fermeture et ta
basesera compactée à chaque fermeture.
Oui, ça, je suis d'accord, mais c'est pas une application de gestion. Et
pour être honnête, les données à l'intérieur, c'est pas trés grave, on
peutles récupérer (interconnecter avec du SQL).
En fait, on veut seulement qu'elle ne se crashe pas, ça doit être
jouable
quand-même ! Cette base est utilisé en local pour éviter les pets
réseaux,
màj SQL et préparation de données en local ... ! En fait, c'est pour une
petite appli qui doit carburer sans planter ! On se disait que Access /
SQLsemblait logique mais si Access est pas capable de pas tout nous
vautrer,
çava pas être top !
Non, qu'en penses tu ?
Il n'y a aucun problème sous access si tu maintiens ton système au top
niveau. Toujours avoir les dernières versions windows, jet et access,
Options compacter à la fermeture, défragmentage du disque périodique. Si
tu
détectes malgré cela une anomalie, ré-importe ta base dans une base vierge
( tous les ans, pas plus)
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Jucius" <zarbi_plus@hotmail.com> a écrit dans le message de
news:400bf5b3$0$17133$626a54ce@news.free.fr...
puisque tu as access:
ré-importe toute ta base dans une base vierge, ça devrait lui faire du
bien.
procède à un compactage régulièrement. si tu fais tes sauvegardes la
nuit
,
lance le toutes les nuits.
si tu es sous 2000 +, coche l'option compactage à la fermeture et ta
base
sera compactée à chaque fermeture.
Oui, ça, je suis d'accord, mais c'est pas une application de gestion. Et
pour être honnête, les données à l'intérieur, c'est pas trés grave, on
peut
les récupérer (interconnecter avec du SQL).
En fait, on veut seulement qu'elle ne se crashe pas, ça doit être
jouable
quand-même ! Cette base est utilisé en local pour éviter les pets
réseaux,
màj SQL et préparation de données en local ... ! En fait, c'est pour une
petite appli qui doit carburer sans planter ! On se disait que Access /
SQL
semblait logique mais si Access est pas capable de pas tout nous
vautrer,
ça
va pas être top !
Non, qu'en penses tu ?
Il n'y a aucun problème sous access si tu maintiens ton système au top
niveau. Toujours avoir les dernières versions windows, jet et access,
Options compacter à la fermeture, défragmentage du disque périodique. Si
tu
détectes malgré cela une anomalie, ré-importe ta base dans une base vierge
( tous les ans, pas plus)
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Jucius" a écrit dans le message de
news:400bf5b3$0$17133$puisque tu as access:
ré-importe toute ta base dans une base vierge, ça devrait lui faire du
bien.procède à un compactage régulièrement. si tu fais tes sauvegardes la
nuit,lance le toutes les nuits.
si tu es sous 2000 +, coche l'option compactage à la fermeture et ta
basesera compactée à chaque fermeture.
Oui, ça, je suis d'accord, mais c'est pas une application de gestion. Et
pour être honnête, les données à l'intérieur, c'est pas trés grave, on
peutles récupérer (interconnecter avec du SQL).
En fait, on veut seulement qu'elle ne se crashe pas, ça doit être
jouable
quand-même ! Cette base est utilisé en local pour éviter les pets
réseaux,
màj SQL et préparation de données en local ... ! En fait, c'est pour une
petite appli qui doit carburer sans planter ! On se disait que Access /
SQLsemblait logique mais si Access est pas capable de pas tout nous
vautrer,
çava pas être top !
Non, qu'en penses tu ?
-----Message d'origine-----
Elle a quand-même crashé en moins de 3 mois (environ 3
fois pour une
utilisation normale monoutilisateur - environ 14 heures
par semaine). Le
pire : "La table incriminée est vidée à la fin du
programme." => A y
réfléchir, ça vient peut-être de là, mais ça reste quand-
même curieux. C'est
une application spécifique et je ne vois pas comment on
peut crashé une
table de cette manière. Le poste est Win2k (obligatoire
pour les autres
applis qui tournent dessus ! notamment le Delphi mais
tout a l'air nickel,
il est tout frais installé !)
Je comprends donc bien ce que tu veux dire mais je vois
quand-même une base
qui plante aléatoirement toutes les 3 semaines ! Et comme
on ne développe
pas comme des crados, on est assez surpris !
Il y avait semble t'il une personne qui avait posé la
même question en
Juillet 2001 (il n'avait pas eu de réponses non plus et
malheureusement, son
e-mail n'est plus valide !). il y a fort à parier que
l'on soit donc
plusieurs à rencontrer cette difficulté.
A la rigueur, on peut changer de base mais c'est lourd
quand-même de pas
comprendre pourquoi elle crashe cette base ! (ils
pourraient quand-même
documenter un peu leurs applis)
"Raymond [mvp]" a écrit dans
le message de
news:Il n'y a aucun problème sous access si tu maintiens ton
système au top
niveau. Toujours avoir les dernières versions windows,
jet et access,
Options compacter à la fermeture, défragmentage du
disque périodique. Si
tudétectes malgré cela une anomalie, ré-importe ta base
dans une base vierge
( tous les ans, pas plus)
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Jucius" a écrit dans le
message de
news:400bf5b3$0$17133$puisque tu as access:
ré-importe toute ta base dans une base vierge, ça
devrait lui faire du
bien.procède à un compactage régulièrement. si tu fais
tes sauvegardes la
nuit,lance le toutes les nuits.
si tu es sous 2000 +, coche l'option compactage à
la fermeture et ta
basesera compactée à chaque fermeture.
Oui, ça, je suis d'accord, mais c'est pas une
application de gestion. Et
pour être honnête, les données à l'intérieur, c'est
pas trés grave, on
peutles récupérer (interconnecter avec du SQL).
En fait, on veut seulement qu'elle ne se crashe pas,
ça doit être
jouablequand-même ! Cette base est utilisé en local pour
éviter les pets
réseaux,màj SQL et préparation de données en local ... ! En
fait, c'est pour une
petite appli qui doit carburer sans planter ! On se
disait que Access /
SQLsemblait logique mais si Access est pas capable de
pas tout nous
vautrer,çava pas être top !
Non, qu'en penses tu ?
.
-----Message d'origine-----
Elle a quand-même crashé en moins de 3 mois (environ 3
fois pour une
utilisation normale monoutilisateur - environ 14 heures
par semaine). Le
pire : "La table incriminée est vidée à la fin du
programme." => A y
réfléchir, ça vient peut-être de là, mais ça reste quand-
même curieux. C'est
une application spécifique et je ne vois pas comment on
peut crashé une
table de cette manière. Le poste est Win2k (obligatoire
pour les autres
applis qui tournent dessus ! notamment le Delphi mais
tout a l'air nickel,
il est tout frais installé !)
Je comprends donc bien ce que tu veux dire mais je vois
quand-même une base
qui plante aléatoirement toutes les 3 semaines ! Et comme
on ne développe
pas comme des crados, on est assez surpris !
Il y avait semble t'il une personne qui avait posé la
même question en
Juillet 2001 (il n'avait pas eu de réponses non plus et
malheureusement, son
e-mail n'est plus valide !). il y a fort à parier que
l'on soit donc
plusieurs à rencontrer cette difficulté.
A la rigueur, on peut changer de base mais c'est lourd
quand-même de pas
comprendre pourquoi elle crashe cette base ! (ils
pourraient quand-même
documenter un peu leurs applis)
"Raymond [mvp]" <XYZ.access.seneque@free.fr> a écrit dans
le message de
news:upmQalq3DHA.2648@tk2msftngp13.phx.gbl...
Il n'y a aucun problème sous access si tu maintiens ton
système au top
niveau. Toujours avoir les dernières versions windows,
jet et access,
Options compacter à la fermeture, défragmentage du
disque périodique. Si
tu
détectes malgré cela une anomalie, ré-importe ta base
dans une base vierge
( tous les ans, pas plus)
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Jucius" <zarbi_plus@hotmail.com> a écrit dans le
message de
news:400bf5b3$0$17133$626a54ce@news.free.fr...
puisque tu as access:
ré-importe toute ta base dans une base vierge, ça
devrait lui faire du
bien.
procède à un compactage régulièrement. si tu fais
tes sauvegardes la
nuit
,
lance le toutes les nuits.
si tu es sous 2000 +, coche l'option compactage à
la fermeture et ta
base
sera compactée à chaque fermeture.
Oui, ça, je suis d'accord, mais c'est pas une
application de gestion. Et
pour être honnête, les données à l'intérieur, c'est
pas trés grave, on
peut
les récupérer (interconnecter avec du SQL).
En fait, on veut seulement qu'elle ne se crashe pas,
ça doit être
jouable
quand-même ! Cette base est utilisé en local pour
éviter les pets
réseaux,
màj SQL et préparation de données en local ... ! En
fait, c'est pour une
petite appli qui doit carburer sans planter ! On se
disait que Access /
SQL
semblait logique mais si Access est pas capable de
pas tout nous
vautrer,
ça
va pas être top !
Non, qu'en penses tu ?
.
-----Message d'origine-----
Elle a quand-même crashé en moins de 3 mois (environ 3
fois pour une
utilisation normale monoutilisateur - environ 14 heures
par semaine). Le
pire : "La table incriminée est vidée à la fin du
programme." => A y
réfléchir, ça vient peut-être de là, mais ça reste quand-
même curieux. C'est
une application spécifique et je ne vois pas comment on
peut crashé une
table de cette manière. Le poste est Win2k (obligatoire
pour les autres
applis qui tournent dessus ! notamment le Delphi mais
tout a l'air nickel,
il est tout frais installé !)
Je comprends donc bien ce que tu veux dire mais je vois
quand-même une base
qui plante aléatoirement toutes les 3 semaines ! Et comme
on ne développe
pas comme des crados, on est assez surpris !
Il y avait semble t'il une personne qui avait posé la
même question en
Juillet 2001 (il n'avait pas eu de réponses non plus et
malheureusement, son
e-mail n'est plus valide !). il y a fort à parier que
l'on soit donc
plusieurs à rencontrer cette difficulté.
A la rigueur, on peut changer de base mais c'est lourd
quand-même de pas
comprendre pourquoi elle crashe cette base ! (ils
pourraient quand-même
documenter un peu leurs applis)
"Raymond [mvp]" a écrit dans
le message de
news:Il n'y a aucun problème sous access si tu maintiens ton
système au top
niveau. Toujours avoir les dernières versions windows,
jet et access,
Options compacter à la fermeture, défragmentage du
disque périodique. Si
tudétectes malgré cela une anomalie, ré-importe ta base
dans une base vierge
( tous les ans, pas plus)
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Jucius" a écrit dans le
message de
news:400bf5b3$0$17133$puisque tu as access:
ré-importe toute ta base dans une base vierge, ça
devrait lui faire du
bien.procède à un compactage régulièrement. si tu fais
tes sauvegardes la
nuit,lance le toutes les nuits.
si tu es sous 2000 +, coche l'option compactage à
la fermeture et ta
basesera compactée à chaque fermeture.
Oui, ça, je suis d'accord, mais c'est pas une
application de gestion. Et
pour être honnête, les données à l'intérieur, c'est
pas trés grave, on
peutles récupérer (interconnecter avec du SQL).
En fait, on veut seulement qu'elle ne se crashe pas,
ça doit être
jouablequand-même ! Cette base est utilisé en local pour
éviter les pets
réseaux,màj SQL et préparation de données en local ... ! En
fait, c'est pour une
petite appli qui doit carburer sans planter ! On se
disait que Access /
SQLsemblait logique mais si Access est pas capable de
pas tout nous
vautrer,çava pas être top !
Non, qu'en penses tu ?
.
