Discussion :

[Georges P]

Bonjour,

j'ai besoin d'une aide concernant une petite application en cours de développement.

j'ai tout simplement qq tables (SQLite) liées à un FDConnection. ces tables sont saisies via des Grid.

lorsque je valide des données, (peu importe la table) j'ai une erreur :



merci pour vos retours

bonne journée

[SergioMaster]

Bonjour,

manque d'information criant.
IL faudrait la structure de la table concernée et le code utilisée pour la mise à jour/insertion
voir aussi si la grille affiche toutes les données ou pas etc...
savoir si c'est FDtable qui est utilisé ou FDQuery etc...

[ShaiLeTroll]

Déjà la forme du message d'erreur 'Index de ligne, %d, hors limites' c'est du FMX, donc LiveBindings, ce qui doit changer la réflexion très différente de la VCL avec le TDataSource.
En VCL, la traduction étant 'Indice de ligne, %d, hors limites';

L'erreur n'est pas lié à la DB mais plutôt à la grille par exemple lors du TStringGrid.GetCells si FMX sinon TGridPanel.

Mais comme l'exception est une EArgumentOutOfRangeException, c'est donc forcément du TStringGrid.GetCells\SetCells de FMX, seul endroit où cette exception est combiné avec ce message d'erreur

Il faudrait donc comprendre pourquoi cela tente d'utiliser GetCells\SetCells avec un indice à -1, comme si par exemple la grille était vidée à un moment inapproprié.
Cela peut-être une mauvaise configuration du LiveBindings qui n'irait pas lire ce qu'il faut.

[Georges P]

Bonjour et merci pour vos retours.

pour répondre à vous deux, voici qq infos :

toutes les tables sont bâties de la même façon et sont reliées à des Grids reliés en livebindings, je bosse en FMX.

les tables de la BDD SQLite sont chargées dans des FDQuery.

voici les liens :


et une table : elle sont ouvertes par FDQuery.open(...);

et bâties ainsi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
    // Table Cables
    BDE_CABLES = 'CREATE TABLE IF NOT EXISTS %s '+
                   '(CABLES_GUID VARCHAR(40) NOT NULL PRIMARY KEY,'+     
                    'CABLES_Nom VARCHAR(40) NOT NULL,'+             
                    'CABLES_CableType_GUID VARCHAR(40),'+           
                    'CABLES_Centre_Origine VARCHAR(40),'+           
                    'CABLES_Centre_Origine_Rac VARCHAR(15),'+       
                    'CABLES_Centre_Destination VARCHAR(40),'+       
                    'CABLES_Centre_Destination_Rac VARCHAR(15),'+   
                    'CABLES_Voie VARCHAR(15),'+                     
                    'CABLES_Km REAL,'+                             
                    'CABLES_Neuf_Vieux Integer,'+                   
                    'CABLES_Schemas VARCHAR(40),'+                 
                    'CABLES_Meteo1 VARCHAR(20),'+                   
                    'CABLES_Meteo2 VARCHAR(20),'+                   
                    'CABLES_Date VARCHAR(10),'+                    
                    'CABLES_Isol_Entre_Fil VARCHAR(20),'+          
                    'CABLES_Isol_Terre VARCHAR(20),'+               
                    'CABLES_Paire_Temoin VARCHAR(20),'+            
                    'CABLES_AgentVT VARCHAR(40),'+                  
                    'CABLES_Entite VARCHAR(40),'+                  
                    'CABLES_Longueur REAL)';

[Georges P]

re,

afin de suivre les infos de ShaiLeTroll, je me suis "amusé" à mettre deux edit en liaison avec des champs de ma table (au lieu de saisir dans le Grid) lorsque je saisie des donnés dans ces Edit, aucun soucis.

on dirait que le soucis vient effectivement des Grids, je trouve cela étonnant car j'ai déjà utilisé ces genres de liaisons avec des tables similaires et avec de la saisie !

[SergioMaster]

Qui dit requête dit nécessité d'un FDUpdateSQL associé est-ce le cas ?