Bonjour,
Dans une table, pour une raison que j'ignore un enregistrement était abimé.
Des caractères spéciaux dans les champs, des clés en numéro aut o avec un
numéro égal à 65536.
L'enregistrement ne pouvait pas être supprimé du fait des relations . j'ai
supprimé les relations et recopié les bons enregistrements dans un autre
table
A quoi peut-être dû ce problème? Y-a-t-il un moyen de réparer? Comment faire
si la clé de la table avait été copiée dans d'autres tables?
Merci
Bonjour,
Dans une table, pour une raison que j'ignore un enregistrement était abimé.
Des caractères spéciaux dans les champs, des clés en numéro aut o avec un
numéro égal à 65536.
L'enregistrement ne pouvait pas être supprimé du fait des relations . j'ai
supprimé les relations et recopié les bons enregistrements dans un autre
table
A quoi peut-être dû ce problème? Y-a-t-il un moyen de réparer? Comment faire
si la clé de la table avait été copiée dans d'autres tables?
Merci
Bonjour,
Dans une table, pour une raison que j'ignore un enregistrement était abimé.
Des caractères spéciaux dans les champs, des clés en numéro aut o avec un
numéro égal à 65536.
L'enregistrement ne pouvait pas être supprimé du fait des relations . j'ai
supprimé les relations et recopié les bons enregistrements dans un autre
table
A quoi peut-être dû ce problème? Y-a-t-il un moyen de réparer? Comment faire
si la clé de la table avait été copiée dans d'autres tables?
Merci
Bonjour,
Dans une table, pour une raison que j'ignore un enregistrement était
abimé.
Des caractères spéciaux dans les champs, des clés en numéro auto avec un
numéro égal à 65536.
L'enregistrement ne pouvait pas être supprimé du fait des relations. j'ai
supprimé les relations et recopié les bons enregistrements dans un autre
table
A quoi peut-être dû ce problème? Y-a-t-il un moyen de réparer? Comment
faire
si la clé de la table avait été copiée dans d'autres tables?
Merci
Bonjour,
Dans une table, pour une raison que j'ignore un enregistrement était
abimé.
Des caractères spéciaux dans les champs, des clés en numéro auto avec un
numéro égal à 65536.
L'enregistrement ne pouvait pas être supprimé du fait des relations. j'ai
supprimé les relations et recopié les bons enregistrements dans un autre
table
A quoi peut-être dû ce problème? Y-a-t-il un moyen de réparer? Comment
faire
si la clé de la table avait été copiée dans d'autres tables?
Merci
Bonjour,
Dans une table, pour une raison que j'ignore un enregistrement était
abimé.
Des caractères spéciaux dans les champs, des clés en numéro auto avec un
numéro égal à 65536.
L'enregistrement ne pouvait pas être supprimé du fait des relations. j'ai
supprimé les relations et recopié les bons enregistrements dans un autre
table
A quoi peut-être dû ce problème? Y-a-t-il un moyen de réparer? Comment
faire
si la clé de la table avait été copiée dans d'autres tables?
Merci
dans ce cas particulier le numéro auto n'était pas enregistré dan s d'autres
tables, donc pas trop de dégats
mais que faire si il l'avait été?
l'importation dans une autre table aurait attribué un nouveau numér o au
numéro auto et cassé la relation
j'aurais pu garder le même numéro auto? importé les valeurs de ce champ dans
un champ auto et le rendre auto ensuite?
merci
"3stone" a écrit dans le message de groupe de
discussion : #
Salut,
"thomas"
| Dans une table, pour une raison que j'ignore un enregistrement étai t
abimé.
| Des caractères spéciaux dans les champs, des clés en numéro a uto avec un
| numéro égal à 65536.
Ah! Et ce numéro devrait être magique ? ;-)
Pour information, un NuméroAuto est un entier long, donc codé sur 3 2 bits
| L'enregistrement ne pouvait pas être supprimé du fait des relatio ns. j'ai
| supprimé les relations et recopié les bons enregistrements dans u n autre
| table
|
| A quoi peut-être dû ce problème? Y-a-t-il un moyen de réparer ? Comment
faire
| si la clé de la table avait été copiée dans d'autres tables?
Par contre, une corruption fait partie des chose qui peuvent arriver...
Suppression de l'enregistrement après avoir supprimer "ses fils" et/o u
l'importation dans une nouvelle base vide sont alors conseillé.
dans ce cas particulier le numéro auto n'était pas enregistré dan s d'autres
tables, donc pas trop de dégats
mais que faire si il l'avait été?
l'importation dans une autre table aurait attribué un nouveau numér o au
numéro auto et cassé la relation
j'aurais pu garder le même numéro auto? importé les valeurs de ce champ dans
un champ auto et le rendre auto ensuite?
merci
"3stone" <home@sweet_home.be> a écrit dans le message de groupe de
discussion : #8rErts3IHA.4988@TK2MSFTNGP04.phx.gbl...
Salut,
"thomas"
| Dans une table, pour une raison que j'ignore un enregistrement étai t
abimé.
| Des caractères spéciaux dans les champs, des clés en numéro a uto avec un
| numéro égal à 65536.
Ah! Et ce numéro devrait être magique ? ;-)
Pour information, un NuméroAuto est un entier long, donc codé sur 3 2 bits
| L'enregistrement ne pouvait pas être supprimé du fait des relatio ns. j'ai
| supprimé les relations et recopié les bons enregistrements dans u n autre
| table
|
| A quoi peut-être dû ce problème? Y-a-t-il un moyen de réparer ? Comment
faire
| si la clé de la table avait été copiée dans d'autres tables?
Par contre, une corruption fait partie des chose qui peuvent arriver...
Suppression de l'enregistrement après avoir supprimer "ses fils" et/o u
l'importation dans une nouvelle base vide sont alors conseillé.
dans ce cas particulier le numéro auto n'était pas enregistré dan s d'autres
tables, donc pas trop de dégats
mais que faire si il l'avait été?
l'importation dans une autre table aurait attribué un nouveau numér o au
numéro auto et cassé la relation
j'aurais pu garder le même numéro auto? importé les valeurs de ce champ dans
un champ auto et le rendre auto ensuite?
merci
"3stone" a écrit dans le message de groupe de
discussion : #
Salut,
"thomas"
| Dans une table, pour une raison que j'ignore un enregistrement étai t
abimé.
| Des caractères spéciaux dans les champs, des clés en numéro a uto avec un
| numéro égal à 65536.
Ah! Et ce numéro devrait être magique ? ;-)
Pour information, un NuméroAuto est un entier long, donc codé sur 3 2 bits
| L'enregistrement ne pouvait pas être supprimé du fait des relatio ns. j'ai
| supprimé les relations et recopié les bons enregistrements dans u n autre
| table
|
| A quoi peut-être dû ce problème? Y-a-t-il un moyen de réparer ? Comment
faire
| si la clé de la table avait été copiée dans d'autres tables?
Par contre, une corruption fait partie des chose qui peuvent arriver...
Suppression de l'enregistrement après avoir supprimer "ses fils" et/o u
l'importation dans une nouvelle base vide sont alors conseillé.
j'aurais pu garder le même numéro auto? importé les valeurs de ce champ dans
un champ auto et le rendre auto ensuite?
j'aurais pu garder le même numéro auto? importé les valeurs de ce champ dans
un champ auto et le rendre auto ensuite?
j'aurais pu garder le même numéro auto? importé les valeurs de ce champ dans
un champ auto et le rendre auto ensuite?
j'aurais pu garder le même numéro auto? importé les valeurs de ce champ
dans
un champ auto et le rendre auto ensuite?
j'aurais pu garder le même numéro auto? importé les valeurs de ce champ
dans
un champ auto et le rendre auto ensuite?
j'aurais pu garder le même numéro auto? importé les valeurs de ce champ
dans
un champ auto et le rendre auto ensuite?
bon ok et merci quand même pour cette réponse "philosophique" qui n e me sera
pas d'une grande utilité
bon ok et merci quand même pour cette réponse "philosophique" qui n e me sera
pas d'une grande utilité
bon ok et merci quand même pour cette réponse "philosophique" qui n e me sera
pas d'une grande utilité