[..] Conseil triage SQLite

[ricky]

Bonjour,

Suite à ce topic : http://autoitscript.fr/forum/viewtopic.php?f=3&t=7171 d'autres questions me viennent en tête.

En premier lieu, je dois créer un fichier sql avec plusieurs tables. Chaque table aura tous les fichiers d'un programme avec le md5 et la timestamp. Il y a par exemple 10 versions de programmes différents.

Voici ce que je dois faire. J'ai une liste de fichiers d'un programme. Je dois tout d'abord comparer ma liste de base avec le programme installé et sortir une liste des fichiers différents par rapport à cette liste. Je dois aussi créer une liste avec tous les fichiers et les comparer avec des tables SQLlite pour trouver la bonne version et sinon donner celle qui s'y rapproche le plus et donner une liste finale avec les fichiers qui sont différents par rapport à celle qui s'y rapproche le plus.

Que me conseillez-vous de faire pour faire cela au mieux dans les meilleures conditions. Merci d'avance pour votre aide.

[jchd]

Parfait, on rentre dans le sujet.

Au pif, comme ça, je ferais :
o) une table des éditeurs (optionnel mais pas cher)
o) une table des applications, comprenant les versions et variantes (X86, X64 par exemple)
o) une table des OS cibles (si besoin)
o) une table des fichiers avec hash et timestamp
o) une table de liens éditeurs - applis (1 à N)
o) une table de liens applis - OS (1 à N)
o) une table de liens applis - fichiers (N à M)

L'astuce comme bien souvent en SQL est de jouer sur les _relations_ entre ces diverses tables et certains de leurs éléments.
A première vue (sauf grosse fatigue du soir), avec ça en main on peut tout faire.

[ricky]

Oh là là, je crois que tu es parti trop loin.

C'est un seul programme (celui de mon entreprise) qui a plusieurs versions différentes. L'os c'est complétement égale et ne rentre pas en compte dans la comparaison. La seule chose qui rentre en compte c'est les dates des .dll et des .exe, c'est tout!

[jchd]

Qui peut le plus peut le moins ! Je pensais que tu avais un parc à traiter, N machines et P applications en X versions sur Y OS...

Tu simplifies le shéma en omettant l'éditeur, l'OS et les tables associées, mais ça ne change rien fondamentalement.
Tu arrives donc à :
o) une table des applications, comprenant les versions
o) une table des fichiers avec hash et timestamp
o) une table de liens applis - fichiers (N à M)

Il te faut une colonne Id INTEGER pour chaque table décrite en primary integer key.
Si tu as besoin d'aide pour la suite, tu sais où sonner !

[ricky]

Euh oui volontiers, là, je suis perdu...

[jchd]

Laisse moi un peu de temps et je te fais un schéma dont on pourra causer.

Voici ce que je te propose :

► Afficher le texte

Database: "VersionMatch"
File name: Y:\VersionMatch.db3
File size: 13312 bytes
Default cache size: 2000
Page size: 1024
Encoding: UTF-8
Auto vacuum: 0
Tables: 3
Views: 0
------------------------------------------------------------
Table "AppFich"
Fields: 3
"Id": INTEGER NOT NULL
"AppId": INTEGER NOT NULL
"FileId": INTEGER NOT NULL
Foreign Keys: 2
"fkApplis" ("AppId") REFERENCES "Applis"("AppId") ON DELETE CASCADE ON UPDATE CASCADE NOT DEFERRABLE INITIALLY DEFERRED
"fkFile" ("FileId") REFERENCES "Fichiers"("FileId") ON DELETE CASCADE ON UPDATE CASCADE NOT DEFERRABLE INITIALLY DEFERRED
Indexes: 2
"" PRIMARY
"Id" AUTOINCREMENT
"sqlite_autoindex_AppFich_1" UNIQUE
"AppId"
"FileId"
Triggers: 0
Unique constraints: 1
"" Fields: "AppId";"FileId" ON CONFLICT IGNORE
Check constraints: 0
------------------------------------------------------------
Table "Applis"
Fields: 2
"AppId": INTEGER NOT NULL
"AppVersion": CHAR NOT NULL
Foreign Keys: 0
Indexes: 2
"" PRIMARY
"AppId" AUTOINCREMENT
"ixAppVersion" UNIQUE
"AppVersion" COLLATE NOCASE
Triggers: 0
Unique constraints: 0
Check constraints: 0
------------------------------------------------------------
Table "Fichiers"
Fields: 5
"FileId": INTEGER NOT NULL
"FileName": CHAR NOT NULL
"MD5": CHAR NOT NULL
"Date": CHAR NOT NULL
"Option": BOOL DEFAULT '0'
Foreign Keys: 0
Indexes: 2
"" PRIMARY
"FileId" AUTOINCREMENT
"ixFileNameHash" UNIQUE
"FileName" COLLATE NOCASE
"MD5" COLLATE NOCASE
Triggers: 0
Unique constraints: 0
Check constraints: 0
------------------------------------------------------------

Ce qui se traduit en DLL (commandes SQL exécutables) par :

► Afficher le texte

CREATE TABLE "AppFich" (
"Id" INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
"AppId" INTEGER NOT NULL CONSTRAINT "fkApplis" REFERENCES "Applis"("AppId") ON DELETE CASCADE ON UPDATE CASCADE NOT DEFERRABLE INITIALLY DEFERRED,
"FileId" INTEGER NOT NULL CONSTRAINT "fkFile" REFERENCES "Fichiers"("FileId") ON DELETE CASCADE ON UPDATE CASCADE NOT DEFERRABLE INITIALLY DEFERRED,
UNIQUE("AppId", "FileId") ON CONFLICT IGNORE);

CREATE TABLE "Applis" (
"AppId" INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
"AppVersion" CHAR NOT NULL);

CREATE UNIQUE INDEX "ixAppVersion" ON "Applis" ("AppVersion" COLLATE NOCASE);

CREATE TABLE "Fichiers" (
"FileId" INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
"FileName" CHAR NOT NULL COLLATE NOCASE,
"MD5" CHAR NOT NULL COLLATE NOCASE,
"Date" CHAR NOT NULL,
"Option" BOOL DEFAULT (0));

CREATE UNIQUE INDEX "ixFileNameHash" ON "Fichiers" ("FileName" COLLATE NOCASE, "MD5" COLLATE NOCASE);

Je te joins la base ainsi créée. Télécharge SQLite Expert version Perso (gratuite) ici pour jouer avec et te familiariser à la main avec ce que ça donne avant de rentrer dans "le dur" avec AutoIt.
S'il y a des choses pas claires, dis-le.

[ricky]

Hello,

tu as eu le temps d'avancer?