Je débute dans la gestion des bases de données et dans la programmation sql.
J'accède à ma base de donnée a l'aide d'un contrôle ADO et de OLE DB dans vb
6.
Pour des raisons didactiques, je préfère exécuter le plus possible des
commandes SQL (pour insérer, éditer, supprimer un enregistrement . ) plutôt
que d'exécuter les commandes spécifiques au contrôle ADO.
Ma table possède une colonne clef primaire auto-incrémentée. Il s'agit
simplement d'un entier qui identifie de façon unique chaque enregistrement.
Tout fonctionne de façon correcte cependant la valeur de cette clef n'est
pas décrémentée en cas de suppressions d'enregistrements si bien qu'il
existe des « trous » dans ma table. Comment peut-on faire pour reconstruire
cet index ?
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
Raymond [mvp]
Bonjour.
tu trouveras des remarques sur les pages suivantes: http://access.seneque.free.fr/champ_numeroauto.htm http://minilien.com/?yZWcGWsQCs et bien sûr le plus important l'aide en ligne access:
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access.vba.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Pierre Moureaux" a écrit dans le message de news:40e0896c$0$311$
Bonsoir,
Je débute dans la gestion des bases de données et dans la programmation sql.
J'accède à ma base de donnée a l'aide d'un contrôle ADO et de OLE DB dans vb
6.
Pour des raisons didactiques, je préfère exécuter le plus possible des commandes SQL (pour insérer, éditer, supprimer un enregistrement . ) plutôt
que d'exécuter les commandes spécifiques au contrôle ADO.
Ma table possède une colonne clef primaire auto-incrémentée. Il s'agit simplement d'un entier qui identifie de façon unique chaque enregistrement.
Tout fonctionne de façon correcte cependant la valeur de cette clef n'est pas décrémentée en cas de suppressions d'enregistrements si bien qu'il existe des « trous » dans ma table. Comment peut-on faire pour reconstruire
cet index ?
J'utilise MSDE.
D'avance merci,
Pierre.
Bonjour.
tu trouveras des remarques sur les pages suivantes:
http://access.seneque.free.fr/champ_numeroauto.htm
http://minilien.com/?yZWcGWsQCs
et bien sûr le plus important l'aide en ligne access:
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access.vba.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Pierre Moureaux" <pierre.moureaux@swing.be> a écrit dans le message de
news:40e0896c$0$311$4d4efb8e@read.news.be.uu.net...
Bonsoir,
Je débute dans la gestion des bases de données et dans la programmation
sql.
J'accède à ma base de donnée a l'aide d'un contrôle ADO et de OLE DB dans
vb
6.
Pour des raisons didactiques, je préfère exécuter le plus possible des
commandes SQL (pour insérer, éditer, supprimer un enregistrement . )
plutôt
que d'exécuter les commandes spécifiques au contrôle ADO.
Ma table possède une colonne clef primaire auto-incrémentée. Il s'agit
simplement d'un entier qui identifie de façon unique chaque
enregistrement.
Tout fonctionne de façon correcte cependant la valeur de cette clef n'est
pas décrémentée en cas de suppressions d'enregistrements si bien qu'il
existe des « trous » dans ma table. Comment peut-on faire pour
reconstruire
tu trouveras des remarques sur les pages suivantes: http://access.seneque.free.fr/champ_numeroauto.htm http://minilien.com/?yZWcGWsQCs et bien sûr le plus important l'aide en ligne access:
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access.vba.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Pierre Moureaux" a écrit dans le message de news:40e0896c$0$311$
Bonsoir,
Je débute dans la gestion des bases de données et dans la programmation sql.
J'accède à ma base de donnée a l'aide d'un contrôle ADO et de OLE DB dans vb
6.
Pour des raisons didactiques, je préfère exécuter le plus possible des commandes SQL (pour insérer, éditer, supprimer un enregistrement . ) plutôt
que d'exécuter les commandes spécifiques au contrôle ADO.
Ma table possède une colonne clef primaire auto-incrémentée. Il s'agit simplement d'un entier qui identifie de façon unique chaque enregistrement.
Tout fonctionne de façon correcte cependant la valeur de cette clef n'est pas décrémentée en cas de suppressions d'enregistrements si bien qu'il existe des « trous » dans ma table. Comment peut-on faire pour reconstruire
cet index ?
J'utilise MSDE.
D'avance merci,
Pierre.
Patrice
C'est tout à fait normal.
La clé primaire doit identifier un enregistrement de façon unique non seulement à un instant donné mais à tout moment : si je te dis de supprimer l'enregistrement dont la pk est 10, comment sais tu si je te parles de l'enregistrement 10 actuel ou de celui qui a été supprimé précédemment et dont la pk a été réutilisée ?
Le non recyclage des numéros automatiques est donc tout à fait normal.
Patrice
--
"Pierre Moureaux" a écrit dans le message de news:40e0896c$0$311$
Bonsoir,
Je débute dans la gestion des bases de données et dans la programmation sql.
J'accède à ma base de donnée a l'aide d'un contrôle ADO et de OLE DB dans vb
6.
Pour des raisons didactiques, je préfère exécuter le plus possible des commandes SQL (pour insérer, éditer, supprimer un enregistrement . ) plutôt
que d'exécuter les commandes spécifiques au contrôle ADO.
Ma table possède une colonne clef primaire auto-incrémentée. Il s'agit simplement d'un entier qui identifie de façon unique chaque enregistrement.
Tout fonctionne de façon correcte cependant la valeur de cette clef n'est pas décrémentée en cas de suppressions d'enregistrements si bien qu'il existe des « trous » dans ma table. Comment peut-on faire pour reconstruire
cet index ?
J'utilise MSDE.
D'avance merci,
Pierre.
C'est tout à fait normal.
La clé primaire doit identifier un enregistrement de façon unique non
seulement à un instant donné mais à tout moment : si je te dis de supprimer
l'enregistrement dont la pk est 10, comment sais tu si je te parles de
l'enregistrement 10 actuel ou de celui qui a été supprimé précédemment et
dont la pk a été réutilisée ?
Le non recyclage des numéros automatiques est donc tout à fait normal.
Patrice
--
"Pierre Moureaux" <pierre.moureaux@swing.be> a écrit dans le message de
news:40e0896c$0$311$4d4efb8e@read.news.be.uu.net...
Bonsoir,
Je débute dans la gestion des bases de données et dans la programmation
sql.
J'accède à ma base de donnée a l'aide d'un contrôle ADO et de OLE DB dans
vb
6.
Pour des raisons didactiques, je préfère exécuter le plus possible des
commandes SQL (pour insérer, éditer, supprimer un enregistrement . )
plutôt
que d'exécuter les commandes spécifiques au contrôle ADO.
Ma table possède une colonne clef primaire auto-incrémentée. Il s'agit
simplement d'un entier qui identifie de façon unique chaque
enregistrement.
Tout fonctionne de façon correcte cependant la valeur de cette clef n'est
pas décrémentée en cas de suppressions d'enregistrements si bien qu'il
existe des « trous » dans ma table. Comment peut-on faire pour
reconstruire
La clé primaire doit identifier un enregistrement de façon unique non seulement à un instant donné mais à tout moment : si je te dis de supprimer l'enregistrement dont la pk est 10, comment sais tu si je te parles de l'enregistrement 10 actuel ou de celui qui a été supprimé précédemment et dont la pk a été réutilisée ?
Le non recyclage des numéros automatiques est donc tout à fait normal.
Patrice
--
"Pierre Moureaux" a écrit dans le message de news:40e0896c$0$311$
Bonsoir,
Je débute dans la gestion des bases de données et dans la programmation sql.
J'accède à ma base de donnée a l'aide d'un contrôle ADO et de OLE DB dans vb
6.
Pour des raisons didactiques, je préfère exécuter le plus possible des commandes SQL (pour insérer, éditer, supprimer un enregistrement . ) plutôt
que d'exécuter les commandes spécifiques au contrôle ADO.
Ma table possède une colonne clef primaire auto-incrémentée. Il s'agit simplement d'un entier qui identifie de façon unique chaque enregistrement.
Tout fonctionne de façon correcte cependant la valeur de cette clef n'est pas décrémentée en cas de suppressions d'enregistrements si bien qu'il existe des « trous » dans ma table. Comment peut-on faire pour reconstruire