Basse de données : blob bdt

Bonjour Bejaia-In,
J'ai donc évoluer depuis la dernière fois en créant ce fichier graphique *.mb à partir de votre application. Sur le principe, cela ne se réalise pas toujours avec le même enchaînement ..
J'ai disposé ce fichier *.mb dans le même répertoire où se trouve la table *.db que j'ai complété dans l'immédiat que sur une seule colonne où j'ai mis le nom de chaque image *.bmp relative à un seul dbimage.( 10 lignes pour le moment). En mettant Table1.Active à True, j'ai laffichage des données de la premèire ligne de latable sauf l'image!
J'ai comparé cette structure à celle d'une démos de Delphi (clients.dbf); mais je ne vois pas d'où vient le problème.

Question: Il serait intéressant de pouvoir fermer ou d'ouvrir ces fichiers depuis votre mini application. Comment peut-on compléter votre démo.

Merci d'avance pour vos "lumières".
Jacques DUDORET

Il faut que tu sache que Paradox n'est pas un simple gestionnaire de fichiers, mais une vrai base de données.
Donc, les fichiers qui portent les extentions : ".db", ".px", ".mb" ...
sont gérés directement par Paradox et il tu n'as pas à te préocuper de d'eux.
Lorsque un champ est de type alphanumérique, même s'il represente une image, tu écrire ce que tu veux puisque aprés avoir enregistré une image dans la base, il n'y a plus de relation avec celle-ci (tu peux même la supprimer).
Je te renvois le petit projet auquel j'ai ajouté des composants pour filtrer la table.

Bonsoir Bejaia-In,

Je vous informe de l'avancement de cette application .. je n'ai pas encore pris connaissance de votre pièce jointe

N'ayant pas d'affichage d'image, j'ai approfondi en cherchant les fichiers *.mb réalisés à partir ce votre application : je pensais les trouver dans un répertoire où j'avais mis la table paradox afferante au projet.. pas de chance, il n'y était pas. Je les ai retrouvé dans le sous répertoire de votre application. J'ai donc laissé de côté mon projet pour ne faire qu'une mini-application d'affichage des différents types d'image que j'ai enregistrés: soit une table1, datasource1, dbnavigator, et un dbimage.
Oh.. , merveille et grande grande surprise: la première image apparaît. Ce qui veut dire que TableImage.mb est conçu correctement. Le défilement est correct aussi...
Merci déjà pour ce grand pas de franchi..
Dans ma table initiale, j'ai donc une colonne ou il y a dans le désordre les noms des images contenues dans cette première TableImage , des images qui seront associées plusieurs fois suivant la ligne choisie. Il faut que je comprenne ce mécanisme pour transposer tout cela..
A suivre et encore mille merci pour vos conseils.
Jacques DUDORET

D'après votre explication, la table Image se construit de la ligne 1 à la ligne n_nième, ici 30.000 lignes et plusieurs fois répétées dans mon cas. Parfois, je n'aurais pas d'image soit un carré tout blanc à confectionner.
Je pensais lire le nom de l'image et à partir de là, la rechercher dans un répertoire pour l'afficher..cela fait beaucoup de travail pour construire cette base, j'ai déjà mis pratiquement deux ans pour rassembler toutes les données. Donc une TableImage par dbImage: est-ce correct? la synchronisation s'effectuant par le numéro de la ligne.
Jacques DUDORET

Bonsoir,
Dans le fichier joint, il est fait état d'unit2 non présent, mais déclaré dans unit1... donc ne peut exécuter votre dernier fichier zip joint.

Je pense avoir compris maintenant le rôle du champ graphique indexé par le rang qu'il occupe. Il en faut d'autant qu'il y a de dBimage à afficher, donc autant de datasource en plus...

Je vais commencer par me servir du fichier que j'ai créé quite à le renomer avec la même racine des fichiers pilotes pour vérifier ce processus.

A suivre..
Jacques DUDORET

Dans l'unite "Unit1", tu supprime la ligne : uses unit2;

implementation
uses unit2; << celle-çi.
{$R *.dfm}

Bonjour Bejaia-In,

Avant de progresser sur cette application, j'ai testé l'adjonction d'une seconde table (tableImage) en accollant TTable2 et DataSource2.
Après restructuration du champ indexé de tableImage, j'ai pu paramétrer MasterSource et MasterFields. Le jeu d'images s'affiche et défile avec les autres données. Je vais donc fabriquer une seconde banque d'image et l'adjoindre .. je compléterai les banques dans un second temps.

Concernant votre seconde application, j'ai quelques soucis:
aujourd'hui, son exécution se bloque pour s'arrêter sur la procédure
"TForm1.TableImage..
"Combobox.Items.Add ...Fiedds[1].Value)"

Au premier essai hier quand j'essayais de mettre 5 fois la même image, l'opération de se faisais pas, pour une autre image, ok..
Questions : A quoi sert le fichier .MX?

Avez-vous pu voir le type d'application joins en courrier privé que je voudrais faire : quel type de boîte liste dois-je prendre pour remplacer le DBNavigator et avec quel Srollbar? à coupler avec un TEdit pour paramétrer une recherche?

Merci pour tous vos précieux conseils.
Jacques DUDORET

Citation:

---

Envoyé par jdudoret

Je pense avoir compris maintenant le rôle du champ graphique indexé par le rang qu'il occupe. Il en faut d'autant qu'il y a de dBimage à afficher, donc autant de datasource en plus...

---

Pas du tout.
Je crois que vous devez faire un effort et vous documentez sur les bases de données en général et Paradox en paticulier.

Suivez ces liens, ça vous aideras.

http://lberne.developpez.com/delpdox/DelphiBDD.htm

http://delphi.developpez.com/cours/sgbd/article1.zip