Discussion :

[colombe]

Bonjour,
Je rencontre un sérieux problème
J’ai une application sous COBOLE
Elle est un peut lourde
Pour cela j’ai développé une application sous windows avec delphi et des tables DBase ‘DBF’
Mais le problème et que a chaque suppression d’enregistrement sous delphi une fois mes tables sous dos DBU ‘DBase’ je me retrouve avec des enregistrement en double donc pas de suppression physique sous delphi par exemple si je veux vider une table avec Emptytable ça marche toute la table est vide est a la prochaine insertion sous delphi le premier enregistrement est a 1
Par contre avec delete la taille n’est pas réduite si avant la suppression le nombre d’enregistrement est 400 donc après la suppression le premier a le numéro 401
Comment faire c’est très urgent aide moi.
Merci d’avance.

[KiLVaiDeN]

Salut,

Si je comprend bien, ce numéro que tu mentionnes est une clé primaire; il n'indique par forcément "le nombre d'élément" de ta table, mais est un pointeur unique vers un enregistrement.

En fonction des bases de données, tu as des outils pour optimiser l'espace utilisé par les tables, mais tes clés primaires ne changeront pas; c'est fait exprès, ça permet de conserver l'intégrité référentielle.

A+

[colombe]

merci pou ta reponce
ce numéro que je mentionnes n'est pas une clé primaire; il indique le nombre d'enregistrement de ma table generer automatiquement sous delphi ds le module base de donnée c'est un numero incrementable se n'est pas un champ.

donc comment faire pour optimiser l'espace utilisé par les tables,apres la suppression d'un enregistrement pour ne plus le trouve sous dos.
merci

[KiLVaiDeN]

De rien,

Le numéro auto-incrementable est "en général" utilisé comme clé primaire car il permet justement de conserver l'intégrité référentielle. Le comportement est normal, tout ce que tu peux faire c'est optimiser l'espace disque utilisé, et pour ça il faut regarder du coté de la doc de ta base de données.

Pour bien comprendre pourquoi ça fait cela, c'est simple : imaginons ton enreg 400, sur lequel pointe une autre table.

400 represente ta commande

et sur une autre table, ligne de commande pointe dessus.

ligne de commande 1 -> 400
ligne de commande 2 -> 400

Maintenant, tu décides de supprimer ton enreg 400. Tes lignes ne commande continuent à pointer sur l'enreg 400 même si il n'existe plus, ce qui est normal; Imagine tu insères un nouvel enregistrement, totalement différent, dans la même position ( 400 ) et bien tu auras un problème, car tes lignes de commandes pointeront dessus alors qu'elles ne doivent pas.

A+

[colombe]

avec delete les enregistrement sont supprimer ds delphi mais une fois mes tables sous DBU sous dos je retrouve tout les enregistrement supprimer sous delphi.

[KiLVaiDeN]

avec delete les enregistrement sont supprimer ds delphi mais une fois mes tables sous DBU sous dos je retrouve tout les enregistrement supprimer sous delphi.

Je ne comprend pas bien ce que tu dis, peux-tu être plus précis ?

La commande SQL DELETE FROM efface des enregistrements.
La commande SQL DROP TABLE efface la table et les enregistrements.

[Bejaia-In]

Je crois que les tables de base de données DBase permettent une suppression des enregistrements en deux étapes, a la première étape l'enregistrement est simplement occulté puis en 2eme étape il est supprimé physiquement de la table.
Peut-être que ton problème viens de la.