Bonjour
Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui est
un numero auto.
Celui ci s'incremente à chaque saisie.
Au bout d'un certain temps il y a des "trous" dans la numerotation.
Y a t il un outil ou solution pour renumeroter.
Lors de la mise au point de ma base j'ai fait pas mal de tests avec
creations suppressions et j'aimerais avoir une numerotation continue lors du
démarrage de l'exploitation.
Merci de vos conseils.
jcp
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
Thierry (ze Titi)
Bonjour jcp
Toujours pareil, y a t'il un intérêt réel à avoir une numérotation continue ? Si oui, une solution existe chez Raymond par exemple: http://officesystemaccess.seneque.net/ex_numauto_personnel.htm
Dans ton message <46f8d9c0$0$27390$ du mardi 25/09/2007 jour de Saint Hermann, tu as pris l'initiative de nous narrer les faits suivants:
Bonjour Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui est un numero auto. Celui ci s'incremente à chaque saisie. Au bout d'un certain temps il y a des "trous" dans la numerotation. Y a t il un outil ou solution pour renumeroter. Lors de la mise au point de ma base j'ai fait pas mal de tests avec creations suppressions et j'aimerais avoir une numerotation continue lors du démarrage de l'exploitation. Merci de vos conseils. jcp
-- Cordialement, Thierry
Tout pour réussir avec Access : http://www.mpfa.info
Bonjour jcp
Toujours pareil, y a t'il un intérêt réel à avoir une numérotation
continue ?
Si oui, une solution existe chez Raymond par exemple:
http://officesystemaccess.seneque.net/ex_numauto_personnel.htm
Dans ton message <46f8d9c0$0$27390$ba4acef3@news.orange.fr> du mardi
25/09/2007 jour de Saint Hermann, tu as pris l'initiative de nous
narrer les faits suivants:
Bonjour
Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui est
un numero auto.
Celui ci s'incremente à chaque saisie.
Au bout d'un certain temps il y a des "trous" dans la numerotation.
Y a t il un outil ou solution pour renumeroter.
Lors de la mise au point de ma base j'ai fait pas mal de tests avec creations
suppressions et j'aimerais avoir une numerotation continue lors du démarrage
de l'exploitation.
Merci de vos conseils.
jcp
--
Cordialement,
Thierry
Tout pour réussir avec Access :
http://www.mpfa.info
Toujours pareil, y a t'il un intérêt réel à avoir une numérotation continue ? Si oui, une solution existe chez Raymond par exemple: http://officesystemaccess.seneque.net/ex_numauto_personnel.htm
Dans ton message <46f8d9c0$0$27390$ du mardi 25/09/2007 jour de Saint Hermann, tu as pris l'initiative de nous narrer les faits suivants:
Bonjour Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui est un numero auto. Celui ci s'incremente à chaque saisie. Au bout d'un certain temps il y a des "trous" dans la numerotation. Y a t il un outil ou solution pour renumeroter. Lors de la mise au point de ma base j'ai fait pas mal de tests avec creations suppressions et j'aimerais avoir une numerotation continue lors du démarrage de l'exploitation. Merci de vos conseils. jcp
-- Cordialement, Thierry
Tout pour réussir avec Access : http://www.mpfa.info
Raymond [mvp]
Bonjour.
deux solutions: 1-supprimer tous les enregistrements de la table et compacter la base 2-supprimer le champ autonum et le recréer.
si les numéros actuels sont définitifs et les enregistrements actuels non supprimables, ce sera plus difficile à réaliser. si la numérotation concerne des clients ou fournisseurs, éviter ce type de numérotation qui crééra forcément des trous un jour ou l'autre. s'il s'agit de numéroter des écritures comptables, ça peut très bien supporter des trous.
-- @+ Raymond Access MVP http://OfficeSystemAccess.seneque.net/ http://officesystem.access.over-blog.com/ Pour débuter sur le forum: http://www.mpfa.info/
Partagez vos créations réalisées sous Office 2007 et gagnez peut-être 5000 ! http://www.comscamp.com/Tracker/Redirect.ashx?linkid"7641a0-797c-44d5-8774-d820448dbe90
"jcp66" a écrit dans le message de news: 46f8d9c0$0$27390$ | Bonjour | Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui est | un numero auto. | Celui ci s'incremente à chaque saisie. | Au bout d'un certain temps il y a des "trous" dans la numerotation. | Y a t il un outil ou solution pour renumeroter. | Lors de la mise au point de ma base j'ai fait pas mal de tests avec | creations suppressions et j'aimerais avoir une numerotation continue lors du | démarrage de l'exploitation. | Merci de vos conseils. | jcp | |
Bonjour.
deux solutions:
1-supprimer tous les enregistrements de la table et compacter la base
2-supprimer le champ autonum et le recréer.
si les numéros actuels sont définitifs et les enregistrements actuels non
supprimables, ce sera plus difficile à réaliser.
si la numérotation concerne des clients ou fournisseurs, éviter ce type de
numérotation qui crééra forcément des trous un jour ou l'autre. s'il s'agit
de numéroter des écritures comptables, ça peut très bien supporter des
trous.
--
@+
Raymond Access MVP http://OfficeSystemAccess.seneque.net/
http://officesystem.access.over-blog.com/
Pour débuter sur le forum: http://www.mpfa.info/
Partagez vos créations réalisées sous Office 2007 et gagnez peut-être 5000
!
http://www.comscamp.com/Tracker/Redirect.ashx?linkid"7641a0-797c-44d5-8774-d820448dbe90
"jcp66" <jcp66@wanadoo.fr> a écrit dans le message de news:
46f8d9c0$0$27390$ba4acef3@news.orange.fr...
| Bonjour
| Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui
est
| un numero auto.
| Celui ci s'incremente à chaque saisie.
| Au bout d'un certain temps il y a des "trous" dans la numerotation.
| Y a t il un outil ou solution pour renumeroter.
| Lors de la mise au point de ma base j'ai fait pas mal de tests avec
| creations suppressions et j'aimerais avoir une numerotation continue lors
du
| démarrage de l'exploitation.
| Merci de vos conseils.
| jcp
|
|
deux solutions: 1-supprimer tous les enregistrements de la table et compacter la base 2-supprimer le champ autonum et le recréer.
si les numéros actuels sont définitifs et les enregistrements actuels non supprimables, ce sera plus difficile à réaliser. si la numérotation concerne des clients ou fournisseurs, éviter ce type de numérotation qui crééra forcément des trous un jour ou l'autre. s'il s'agit de numéroter des écritures comptables, ça peut très bien supporter des trous.
-- @+ Raymond Access MVP http://OfficeSystemAccess.seneque.net/ http://officesystem.access.over-blog.com/ Pour débuter sur le forum: http://www.mpfa.info/
Partagez vos créations réalisées sous Office 2007 et gagnez peut-être 5000 ! http://www.comscamp.com/Tracker/Redirect.ashx?linkid"7641a0-797c-44d5-8774-d820448dbe90
"jcp66" a écrit dans le message de news: 46f8d9c0$0$27390$ | Bonjour | Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui est | un numero auto. | Celui ci s'incremente à chaque saisie. | Au bout d'un certain temps il y a des "trous" dans la numerotation. | Y a t il un outil ou solution pour renumeroter. | Lors de la mise au point de ma base j'ai fait pas mal de tests avec | creations suppressions et j'aimerais avoir une numerotation continue lors du | démarrage de l'exploitation. | Merci de vos conseils. | jcp | |
jcp66
Merci "Raymond [mvp]" a écrit dans le message de news: ulghLB2$
Bonjour.
deux solutions: 1-supprimer tous les enregistrements de la table et compacter la base 2-supprimer le champ autonum et le recréer.
si les numéros actuels sont définitifs et les enregistrements actuels non supprimables, ce sera plus difficile à réaliser. si la numérotation concerne des clients ou fournisseurs, éviter ce type de numérotation qui crééra forcément des trous un jour ou l'autre. s'il s'agit de numéroter des écritures comptables, ça peut très bien supporter des trous.
-- @+ Raymond Access MVP http://OfficeSystemAccess.seneque.net/ http://officesystem.access.over-blog.com/ Pour débuter sur le forum: http://www.mpfa.info/
Partagez vos créations réalisées sous Office 2007 et gagnez peut-être 5000? ! http://www.comscamp.com/Tracker/Redirect.ashx?linkid"7641a0-797c-44d5-8774-d820448dbe90
"jcp66" a écrit dans le message de news: 46f8d9c0$0$27390$ | Bonjour | Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui est | un numero auto. | Celui ci s'incremente à chaque saisie. | Au bout d'un certain temps il y a des "trous" dans la numerotation. | Y a t il un outil ou solution pour renumeroter. | Lors de la mise au point de ma base j'ai fait pas mal de tests avec | creations suppressions et j'aimerais avoir une numerotation continue lors du | démarrage de l'exploitation. | Merci de vos conseils. | jcp | |
Merci
"Raymond [mvp]" <xyzmpfaxyz@seneque.net> a écrit dans le message de news:
ulghLB2$HHA.4568@TK2MSFTNGP02.phx.gbl...
Bonjour.
deux solutions:
1-supprimer tous les enregistrements de la table et compacter la base
2-supprimer le champ autonum et le recréer.
si les numéros actuels sont définitifs et les enregistrements actuels non
supprimables, ce sera plus difficile à réaliser.
si la numérotation concerne des clients ou fournisseurs, éviter ce type de
numérotation qui crééra forcément des trous un jour ou l'autre. s'il
s'agit
de numéroter des écritures comptables, ça peut très bien supporter des
trous.
--
@+
Raymond Access MVP http://OfficeSystemAccess.seneque.net/
http://officesystem.access.over-blog.com/
Pour débuter sur le forum: http://www.mpfa.info/
Partagez vos créations réalisées sous Office 2007 et gagnez peut-être
5000?
!
http://www.comscamp.com/Tracker/Redirect.ashx?linkid"7641a0-797c-44d5-8774-d820448dbe90
"jcp66" <jcp66@wanadoo.fr> a écrit dans le message de news:
46f8d9c0$0$27390$ba4acef3@news.orange.fr...
| Bonjour
| Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui
est
| un numero auto.
| Celui ci s'incremente à chaque saisie.
| Au bout d'un certain temps il y a des "trous" dans la numerotation.
| Y a t il un outil ou solution pour renumeroter.
| Lors de la mise au point de ma base j'ai fait pas mal de tests avec
| creations suppressions et j'aimerais avoir une numerotation continue
lors
du
| démarrage de l'exploitation.
| Merci de vos conseils.
| jcp
|
|
Merci "Raymond [mvp]" a écrit dans le message de news: ulghLB2$
Bonjour.
deux solutions: 1-supprimer tous les enregistrements de la table et compacter la base 2-supprimer le champ autonum et le recréer.
si les numéros actuels sont définitifs et les enregistrements actuels non supprimables, ce sera plus difficile à réaliser. si la numérotation concerne des clients ou fournisseurs, éviter ce type de numérotation qui crééra forcément des trous un jour ou l'autre. s'il s'agit de numéroter des écritures comptables, ça peut très bien supporter des trous.
-- @+ Raymond Access MVP http://OfficeSystemAccess.seneque.net/ http://officesystem.access.over-blog.com/ Pour débuter sur le forum: http://www.mpfa.info/
Partagez vos créations réalisées sous Office 2007 et gagnez peut-être 5000? ! http://www.comscamp.com/Tracker/Redirect.ashx?linkid"7641a0-797c-44d5-8774-d820448dbe90
"jcp66" a écrit dans le message de news: 46f8d9c0$0$27390$ | Bonjour | Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui est | un numero auto. | Celui ci s'incremente à chaque saisie. | Au bout d'un certain temps il y a des "trous" dans la numerotation. | Y a t il un outil ou solution pour renumeroter. | Lors de la mise au point de ma base j'ai fait pas mal de tests avec | creations suppressions et j'aimerais avoir une numerotation continue lors du | démarrage de l'exploitation. | Merci de vos conseils. | jcp | |
JLCan
Bonjour,
¤ Il serait utile de savoir si la clef auto est déjà utilisée dans d'autres tables liées;
¤ Pas tout à fait d'accord avec Raymond au sujet des clefs auto: j'administres 2 BD qui totalisent environ 400 tables intereliées et toutes sauf une (péché de jeunesse) utilise des clefs auto car les clefs numériques sont plus simples à utiliser et surtout plus compacte;
¤ La présence de 'trou' est utile car elles soulignent, bien souvent, un problème d'excution (par ex: en-tête de commandes) ou d'utilisation (par ex: items de commandes);
¤ Dans un système comptable, la présence de trou est presque toujours le signe d'une faute de conception
Bye! -- JLCan
Bonjour Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui est un numero auto. Celui ci s'incremente à chaque saisie. Au bout d'un certain temps il y a des "trous" dans la numerotation. Y a t il un outil ou solution pour renumeroter. Lors de la mise au point de ma base j'ai fait pas mal de tests avec creations suppressions et j'aimerais avoir une numerotation continue lors du démarrage de l'exploitation. Merci de vos conseils. jcp
Bonjour,
¤ Il serait utile de savoir si la clef auto est déjà utilisée dans d'autres
tables liées;
¤ Pas tout à fait d'accord avec Raymond au sujet des clefs auto:
j'administres 2 BD qui totalisent environ 400 tables intereliées et toutes
sauf une (péché de jeunesse) utilise des clefs auto car les clefs numériques
sont plus simples à utiliser et surtout plus compacte;
¤ La présence de 'trou' est utile car elles soulignent, bien souvent, un
problème d'excution (par ex: en-tête de commandes) ou d'utilisation (par ex:
items de commandes);
¤ Dans un système comptable, la présence de trou est presque toujours le
signe d'une faute de conception
Bye!
--
JLCan
Bonjour
Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui est
un numero auto.
Celui ci s'incremente à chaque saisie.
Au bout d'un certain temps il y a des "trous" dans la numerotation.
Y a t il un outil ou solution pour renumeroter.
Lors de la mise au point de ma base j'ai fait pas mal de tests avec
creations suppressions et j'aimerais avoir une numerotation continue lors du
démarrage de l'exploitation.
Merci de vos conseils.
jcp
¤ Il serait utile de savoir si la clef auto est déjà utilisée dans d'autres tables liées;
¤ Pas tout à fait d'accord avec Raymond au sujet des clefs auto: j'administres 2 BD qui totalisent environ 400 tables intereliées et toutes sauf une (péché de jeunesse) utilise des clefs auto car les clefs numériques sont plus simples à utiliser et surtout plus compacte;
¤ La présence de 'trou' est utile car elles soulignent, bien souvent, un problème d'excution (par ex: en-tête de commandes) ou d'utilisation (par ex: items de commandes);
¤ Dans un système comptable, la présence de trou est presque toujours le signe d'une faute de conception
Bye! -- JLCan
Bonjour Dans mes tables j'ai généralement un champ (que j'utilise comme cle) qui est un numero auto. Celui ci s'incremente à chaque saisie. Au bout d'un certain temps il y a des "trous" dans la numerotation. Y a t il un outil ou solution pour renumeroter. Lors de la mise au point de ma base j'ai fait pas mal de tests avec creations suppressions et j'aimerais avoir une numerotation continue lors du démarrage de l'exploitation. Merci de vos conseils. jcp
jerome crevecoeur
Bonjour,
Je suis plutôt d'accord avec Raymond:
*(déjà rencontré) si la clef de la table est utilisée ailleurs et que la base plante. On peut essayer de récupérer les données , mais si des enregistreme nts ont disparus. On ne peut pas recréer avec les mêmes numéros!
*une clé peut être numérique et être générée "à la main".
*Depuis les dernières lois NRE en matière de comptabilité, il est interdit d'avoir des trous dans sa facturation.
*Je n'ai rien contre vous JLCan mais Raymond a toujours raison !
Bonjour,
¤ Il serait utile de savoir si la clef auto est déjà utilisée d ans d'autres tables liées;
¤ Pas tout à fait d'accord avec Raymond au sujet des clefs auto: j'administres 2 BD qui totalisent environ 400 tables intereliées et t outes sauf une (péché de jeunesse) utilise des clefs auto car les clefs n umériques sont plus simples à utiliser et surtout plus compacte;
¤ La présence de 'trou' est utile car elles soulignent, bien souven t, un problème d'excution (par ex: en-tête de commandes) ou d'utilisation (par ex: items de commandes);
¤ Dans un système comptable, la présence de trou est presque touj ours le signe d'une faute de conception
Bye!
Bonjour,
Je suis plutôt d'accord avec Raymond:
*(déjà rencontré) si la clef de la table est utilisée ailleurs et que la
base plante.
On peut essayer de récupérer les données , mais si des enregistreme nts
ont disparus. On ne peut pas recréer avec les mêmes numéros!
*une clé peut être numérique et être générée "à la main".
*Depuis les dernières lois NRE en matière de comptabilité, il est
interdit d'avoir des trous dans sa facturation.
*Je n'ai rien contre vous JLCan mais Raymond a toujours raison !
Bonjour,
¤ Il serait utile de savoir si la clef auto est déjà utilisée d ans d'autres
tables liées;
¤ Pas tout à fait d'accord avec Raymond au sujet des clefs auto:
j'administres 2 BD qui totalisent environ 400 tables intereliées et t outes
sauf une (péché de jeunesse) utilise des clefs auto car les clefs n umériques
sont plus simples à utiliser et surtout plus compacte;
¤ La présence de 'trou' est utile car elles soulignent, bien souven t, un
problème d'excution (par ex: en-tête de commandes) ou d'utilisation (par ex:
items de commandes);
¤ Dans un système comptable, la présence de trou est presque touj ours le
signe d'une faute de conception
*(déjà rencontré) si la clef de la table est utilisée ailleurs et que la base plante. On peut essayer de récupérer les données , mais si des enregistreme nts ont disparus. On ne peut pas recréer avec les mêmes numéros!
*une clé peut être numérique et être générée "à la main".
*Depuis les dernières lois NRE en matière de comptabilité, il est interdit d'avoir des trous dans sa facturation.
*Je n'ai rien contre vous JLCan mais Raymond a toujours raison !
Bonjour,
¤ Il serait utile de savoir si la clef auto est déjà utilisée d ans d'autres tables liées;
¤ Pas tout à fait d'accord avec Raymond au sujet des clefs auto: j'administres 2 BD qui totalisent environ 400 tables intereliées et t outes sauf une (péché de jeunesse) utilise des clefs auto car les clefs n umériques sont plus simples à utiliser et surtout plus compacte;
¤ La présence de 'trou' est utile car elles soulignent, bien souven t, un problème d'excution (par ex: en-tête de commandes) ou d'utilisation (par ex: items de commandes);
¤ Dans un système comptable, la présence de trou est presque touj ours le signe d'une faute de conception
Bye!
JLCan
¤ En 35 ans, je n'ai jamais vu un cas pareil (par ex. perdre un en tête de commandes et conserver un item de cette commande);
¤ Je sais bien mais là tu dois te créer une fonction qui retourne la valeur de la dernière clef utilisée - or je suis terriblement paresseux;
¤ Ici, au Québec, il n'y pas de NRE!!! Pratiquement tous les systèmes micro que j'ai vu, incluant celui de l'entreprise pour laquelle je travaille, accepte allègrement un bon vieux delete même dans le grand-livre!!!!!
¤ J'ai remarqué que Raymond est très perspicace..
Bye! -- JLCan
Bonjour,
Je suis plutôt d'accord avec Raymond:
*(déjà rencontré) si la clef de la table est utilisée ailleurs et que la base plante. On peut essayer de récupérer les données , mais si des enregistrements ont disparus. On ne peut pas recréer avec les mêmes numéros!
*une clé peut être numérique et être générée "à la main".
*Depuis les dernières lois NRE en matière de comptabilité, il est interdit d'avoir des trous dans sa facturation.
*Je n'ai rien contre vous JLCan mais Raymond a toujours raison !
Bonjour,
¤ Il serait utile de savoir si la clef auto est déjà utilisée dans d'autres tables liées;
¤ Pas tout à fait d'accord avec Raymond au sujet des clefs auto: j'administres 2 BD qui totalisent environ 400 tables intereliées et toutes sauf une (péché de jeunesse) utilise des clefs auto car les clefs numériques sont plus simples à utiliser et surtout plus compacte;
¤ La présence de 'trou' est utile car elles soulignent, bien souvent, un problème d'excution (par ex: en-tête de commandes) ou d'utilisation (par ex: items de commandes);
¤ Dans un système comptable, la présence de trou est presque toujours le signe d'une faute de conception
Bye!
¤ En 35 ans, je n'ai jamais vu un cas pareil (par ex. perdre un en tête de
commandes et conserver un item de cette commande);
¤ Je sais bien mais là tu dois te créer une fonction qui retourne la valeur
de la dernière clef utilisée - or je suis terriblement paresseux;
¤ Ici, au Québec, il n'y pas de NRE!!! Pratiquement tous les systèmes micro
que j'ai vu, incluant celui de l'entreprise pour laquelle je travaille,
accepte allègrement un bon vieux delete même dans le grand-livre!!!!!
¤ J'ai remarqué que Raymond est très perspicace..
Bye!
--
JLCan
Bonjour,
Je suis plutôt d'accord avec Raymond:
*(déjà rencontré) si la clef de la table est utilisée ailleurs et que la
base plante.
On peut essayer de récupérer les données , mais si des enregistrements
ont disparus. On ne peut pas recréer avec les mêmes numéros!
*une clé peut être numérique et être générée "à la main".
*Depuis les dernières lois NRE en matière de comptabilité, il est
interdit d'avoir des trous dans sa facturation.
*Je n'ai rien contre vous JLCan mais Raymond a toujours raison !
Bonjour,
¤ Il serait utile de savoir si la clef auto est déjà utilisée dans d'autres
tables liées;
¤ Pas tout à fait d'accord avec Raymond au sujet des clefs auto:
j'administres 2 BD qui totalisent environ 400 tables intereliées et toutes
sauf une (péché de jeunesse) utilise des clefs auto car les clefs numériques
sont plus simples à utiliser et surtout plus compacte;
¤ La présence de 'trou' est utile car elles soulignent, bien souvent, un
problème d'excution (par ex: en-tête de commandes) ou d'utilisation (par ex:
items de commandes);
¤ Dans un système comptable, la présence de trou est presque toujours le
signe d'une faute de conception
¤ En 35 ans, je n'ai jamais vu un cas pareil (par ex. perdre un en tête de commandes et conserver un item de cette commande);
¤ Je sais bien mais là tu dois te créer une fonction qui retourne la valeur de la dernière clef utilisée - or je suis terriblement paresseux;
¤ Ici, au Québec, il n'y pas de NRE!!! Pratiquement tous les systèmes micro que j'ai vu, incluant celui de l'entreprise pour laquelle je travaille, accepte allègrement un bon vieux delete même dans le grand-livre!!!!!
¤ J'ai remarqué que Raymond est très perspicace..
Bye! -- JLCan
Bonjour,
Je suis plutôt d'accord avec Raymond:
*(déjà rencontré) si la clef de la table est utilisée ailleurs et que la base plante. On peut essayer de récupérer les données , mais si des enregistrements ont disparus. On ne peut pas recréer avec les mêmes numéros!
*une clé peut être numérique et être générée "à la main".
*Depuis les dernières lois NRE en matière de comptabilité, il est interdit d'avoir des trous dans sa facturation.
*Je n'ai rien contre vous JLCan mais Raymond a toujours raison !
Bonjour,
¤ Il serait utile de savoir si la clef auto est déjà utilisée dans d'autres tables liées;
¤ Pas tout à fait d'accord avec Raymond au sujet des clefs auto: j'administres 2 BD qui totalisent environ 400 tables intereliées et toutes sauf une (péché de jeunesse) utilise des clefs auto car les clefs numériques sont plus simples à utiliser et surtout plus compacte;
¤ La présence de 'trou' est utile car elles soulignent, bien souvent, un problème d'excution (par ex: en-tête de commandes) ou d'utilisation (par ex: items de commandes);
¤ Dans un système comptable, la présence de trou est presque toujours le signe d'une faute de conception