Version imprimable
Bonjour,
J'utilise MSACESS avec les composants ADO sous D2007.
Quelle(s) table(s) dois-je créer pour écrire et lire un tableau dynamique de grande taille ?
le tableau est de type :
Tab: array of array of single;
La dimension peut atteindre l'ordre de Tab[4000,3000].
Votre avis Docteur ?
Bonjour,
Notre avis de Docteur est que vous ne déshabillez pas assez votre probléme pour qu'il nous soit permis d'étudier la carosserie de votre inconnue!
Etes-vous certain d'avoir besoin d'un tableau dynamique?
Dans la mesure où vous utilisez des tables de stockage (MSACCESS), j'en doute! Il vous suffit de lire le nombre de champs et de ligne avant l'ouverture de votre source de données pour résoudre les problèmes liés à l'allocation mémoire d'un tableau dynamique.
Etes-vous certain d'avoir besoin de traiter la matrice[4000,3000] dans son ensemble?
Qui crée les éléments de la matrice? Utilisateur et/ou système?
Les éléments de votre matrice doivent-ils être persistents ou pas?
Donnez-nous plus d'information sur la nature de votre probléme si vous ne voulez pas que votre inconnue se noie!
Cordialement,
Hauwke
En fait il s'agit d'un tableau de coefficients appliqués aux pixels d'une bitmap.
La bitmap possède des dimensions qui dépendent de l'APN utilisé. Il est donc possible de dimensionner le tableau par la lecture de la configuration de l'application dans laquelle l'APN est défini.
A titre d'exemple avec un APN Olympus E400 l'image de 10 MPix fait 3648x2736.
Dans l'application que je développe je dois procèder à une calibration de l'image en début d'une séquence de travail qui définit trois tableaux de correction de type tab[3648,2736] pour R,G et B qu'il est souhaitable d'archiver et de pouvoir lire dans une BD.
J'ai oublié de préciser que la BD est créée (et donc les tables définies) par l'application lors de la premère utilisation. Une application peut être spécifique d'un APN.
Je suggèrerais un stockage du tableau en BLOB, afin d'éviter un grand nombre d'enregistrements et donc une volumétrie douteuse pour Access, puisqu'il paraît inutile de lire une valeur particulière (chargement systématique de l'intégralité du tableau)
la table contiendrait 3 enreg (R, G, B)
Il suffira de créer deux méthodes, une pour charger le BLOB dans le tableau et une autre pour sauvegarder le tableau dans le champ BLOB, tout cela via un Stream...
Quelle taille maxi peut recevoir le champ LONGBINARY dans MSACCESS 2007 ?
4 giga octets je crois
Je vais tenter le coup
Si je défini une table telle que :
req := 'CREATE TABLE SEQUENCE ('+
' SEQUENCE_NO COUNTER NOT NULL, '+ // Clé primaire
' CONSTRAINT KeySequence PRIMARY KEY(SEQUENCE_NO), '+
' SEQUENCE_NAME VARCHAR(32) NOT NULL, '+ // Nom de la séquence
' SEQUENCE_FACTORS_R LONGBINARY, '+ // correction R
' SEQUENCE_FACTORS_G LONGBINARY, '+ // correction G
' SEQUENCE_FACTORS_B LONGBINARY, '+ // correction B
')';
ADOCommand.CommandText := req;
ADOCommand.Execute;
Et que je défini les types suivant :
TRGBfloat = record
fR,fG,fB : single;
end;
TTabFactors = array of array of TRGBfloat;
Et la variable
Tab : TTabFactors
À supposer que la variable tab a été dimensionnée avec la fonction
Length(Tab,w,h) et qu’elle a été initialisée en valeurs
Comment passer les valeurs de Tab dans la table SEQUENCE sous Delphi 2007 par une requête SQL de type INSERT INTO SEQUENCE (…)
* Comme les dimensions du tableau ne sont pas fixes, il faudra dans la table 2 champs pour indiquer le nombre de lignes et le nombre de colonnes. En revanche, puisque tu sembles représenter un seul tableau de record, tu n'as besoin que d'1 champ LONGBINARY.
* Le type single est stocké sur 4 octets.Code:
2
3
4
5
6
7
8
Donc chaque cellule du tableau pourra être représentée ainsi
R1R2R3R4G1G2G3G4B1B2B3B4
* Je te conseille de dériver TMemoryStream pour ajouter une méthode WriteCell(ARec : TRGBFloat) et une ReadCell(var ARec : TRGBFloat)
C'est dans ces méthodes que tu fixeras la représentation des octets. (du genre Write(ARec.fR, 4); Write (ARec.fG, 4); Write (ARec.fB, 4); et même chose dans le Read)
* Ensuite, pour mettre à jour la base à partir du tableau en mémoire, je te conseille un TADOQuery (select * from rgbsequence where...) qui publiera un TBLOBField pour le champ SEQUENCE_FACTORS_RGB.
* Finalement, il faudra une méthode avec une double boucle (for ligne, for colonne) pour écrire le tableau dans le stream, puis appeler la méthode LoadFromStream du TBLOBField.
Inversement, appeler la méthode SaveToStream du TBLOBField, puis relire le stream pour alimenter le tableau en mémoire.
Voilà, j'espère avoir été clair.
En tout cas, il ne faut même pas songer pouvoir alimenter un champ binaire avec une simple requête INSERT INTO ou UPDATE, mais bien passer par un curseur SQL (TADOTable ou TADOQuery).
Bon courage.8-)