Traiter unicité des données dans une base SqLite

Bonjour à tous

Je souhaiterais traiter l'Unicité lors de la saisie de données et obtenir un message qui me l'indique.
Voici l'exemple de creation de ma table

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

CREATE TABLE DetailsCpt ( IdDetails INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, IdCpt INTEGER NULL, IdBudget INTEGER NULL, DateEnregistre DATE NOT NULL, Types VARCHAR(50) NOT NULL, NumChq VARCHAR(7) NULL, Tiers VARCHAR(80) NOT NULL, Categories VARCHAR(50) NOT NULL, SousCategories VARCHAR(50) NULL, Debit NUMERIC(7,2) NULL DEFAULT 0, Credit NUMERIC(7,2) NULL DEFAULT 0, Pointeur VARCHAR(3) NULL, CONSTRAINT Comptes_DetailsCpt FOREIGN KEY (IdCpt) REFERENCES Comptes (IdCpt) ON DELETE RESTRICT ON UPDATE RESTRICT

---

Je pensais ajouter ceci, pour éviter de saisir 2 fois la même ligne de ma table:

Code:

---

1 2	Alter DetailsCpt UNIQUE(DateEnregistre,Types,Tiers,Categories,Debit,Credit);

---

N'y aurait pas d'autres solutions pour résoudre ce problème ou bien est-ce la plus facile à mettre en place ?

Je travaille sous Delphi Alexandria 11.2.1
Par avance Merci de vos réponses

Bonjour,

d'un point de vue SYSDBA commencez par créer des tables Types, Tiers et Categories avec des clé uniques

un squelette

Code:

---

1 2 3 4

CREATE TABLE Types ( IdUnique INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, IdTypes INTEGER NULL, Types VARCHAR(50) NOT NULL)

---

en ajoutant un Index unique sur IdTypes
Remplacez DetailsCpt.Types VARCHAR(50) NOT NULL par idType integer not null;
Puis créez une relation (FOREIGN KEY) entre le DetailsCpt.Idtype et Types(IDTypes)

Code:

---

1 2 3

CONTRAINT type_ecriture FOREIGN KEY (idtypes) REFERENCES TYPES (idTypes) ON DELETE NO ACTION ON UPDATE CASCADE

---

idem pour les 2 autres tables

Ensuite, je ne suis pas trop pour deux colonnes pour les montants Débit et Crédit, j'opterai plus pour un sens (D/C) et un montant

Après, un index unique

Code:

---

CREATE UNIQUE INDEX Ecriture ON DetailsCpt ( DateEnregistre,idType,idTiers,idCatégorie,Sens,Montant)

---

oui c'est concevable

Merci Serge pour ta réponse

En effet je referai maintenant la même base je changerai beaucoup de choses et notamment plus de tables comme tu le propose.
mais c'est sur une application un peu ancienne qui fonctionne bien et.....
Donc je vais essayer cela: ajouter une contrainte d'unicité

Code:

---

CONSTRAINT "Comptes_DetailsCpt" UNIQUE("DateEnregistre","Types","NumChq","Tiers","Categories","Debit","Credit"),

---

Je fais des essais et je rends compte

Je suis peut-être allé trop loin avec la suggestion de la table Tiers mais je maintiens pour le reste ;)

Citation:

---

mais c'est sur une application un peu ancienne qui fonctionne bien et.....

---

bien sûr, mais une migration pas à pas est toujours possible (j'en fais régulièrement)

Citation:

---

Envoyé par gegila

Merci Serge pour ta réponse

En effet je referai maintenant la même base je changerai beaucoup de choses et notamment plus de tables comme tu le propose.
mais c'est sur une application un peu ancienne qui fonctionne bien et.....
Donc je vais essayer cela: ajouter une contrainte d'unicité

Code:

---

CONSTRAINT "Comptes_DetailsCpt" UNIQUE("DateEnregistre","Types","NumChq","Tiers","Categories","Debit","Credit"),

---

Je fais des essais et je rends compte

---

dans ce cas tu vas "forcément" tomber sur des bases existantes qui possèdent des doublons...donc si tu veux appliquer cette mise à jour ça ne fonctionnera que sur de nouvelles installation...ou alors il faudra gérer les doubles avant.

Merci Paul

Je pensais dans ce cas utiliser la commande DISTINC pour supprimer les Doubles !
par exemple :

Code:

---

1 2 3 4 5 6 7 8

SELECT DISTINCT DateEnregistre, Types, etc..   FROM DetailsComptes   ORDER BY DateEnregistre;

---

salut

donc avec ta solution il est impossible de faire un avoir et une refacture de meme montant juste pour
changer ton echeance
hum je ne suis pas certain que tes choix soit judicieux
si j'ai bien compris c'est un logiciel de comptat et il y a une specificité
sur ce genre de logiciel c'est que toute intervention doit etre inscrit

C'est un petit logiciel de Compte Bancaire à utilisation personnelle ou familiale pas plus

Donc pas de facturation ni de refacturation.

Mais merci beaucoup pour ton avis judicieux