Discussion :

[Charly910]

Bonjour,

j'ai une table Contacts.db avec la table Personnes et les champs Nom, Prénom et Tel (D10.2 - FireDac - SqLite)

j'affiche le nom des champs de la table par :

Code :

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

  FDConnection1.GetFieldNames('', '', 'Personnes', '', ListBox3.Items);

Dans Liste3 j'obtiens :
Nom
"Prénom"
Tel

Pourquoi Prénom est il entouré de double cotes ? à cause de l'accent ?

y a t il une méthode pour éviter cette double cote ? (à part traiter par code)

A+
Charly

[SergioMaster]

Bonjour,

une question avant toute réponse : comment est encodée la base ? Utf8 ou ....

[Charly910]

Bonjour Serge,

je ne sais pas trop : je l'ai créée avec SQLiteStudio avec les options pas défaut.

Comment peut on le savoir ?

A+
Charly

[Charly910]

Dans les Params de FDConnection c'est OpenMode est en CreateUTF8

[SergioMaster]

Dans les Params de FDConnection c'est OpenMode est en CreateUTF8

Oui mais cela ne veut pas dire qu'elle est en UTF8 sauf si, inexistante, elle est créée au moment de la connexion.

Par curiosité je vais créer une base UTF8 (sûr) avec SQLiteStudio pour voir ça

[EDIT] J'ai donc fait un test rapide, déjà par défaut la base avec SQLiteStudio la base est UTF8 (je ne vois même pas s'il y a une option pour changer ça) donc ta base est certainement UTF8
voilà mon petit test en mode design

Bon, c'est du rapide en FMX et pas exactement ce que tu as écrit mais tu remarqueras que je n'ai pas de " " pour la colonne Prénom
du coup je me suis posé la question : "Et si il y avait des blancs dans les noms de colonnes ?"

Code SQL :

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

1
2
3
4
5
6
7
8
CREATE TABLE Contacts (
    Nom            TEXT,
    Prénom         TEXT,
    ID             INTEGER PRIMARY KEY AUTOINCREMENT,
    Date_Naissance DATE,
    [Né le]        DATE,
    [nom2 ]        TEXT
);

Et bien, au niveau de mon test, toujours pas de " " ça mérite un peu d'approfondissement

[Charly910]

J'ai mis Nom et Prénom en Varchar(40) cela a surement une incidence ?

[Charly910]

Voici ma base

Contacts.zip

A+
Charly

PS : je ne suis pas en FMX, mais en VCL

[acaumes]

Bonjour,

Voici ma base

Elle est bien en UTF8 (aussi bien les noms de colonnes que les données)

Normalement on évite les caractères accentués (tout ce qui n'est pas ASCII pur) dans les noms de colonnes.

Cordialement

[Charly910]

C'est vrai, mais je ne l'aurai pas fait avec DBase ! mais je pensais qu'avec les outils modernes on pouvait le faire ...

Voici mon appli complète :

Demo6.zip

C'est une appli de test. le cas se produit sur le bouton Lister Champs

A+
Charly

[SergioMaster]

PS : je ne suis pas en FMX, mais en VCL

Bon, ce n'était pas indiqué mais ça change pas la face du monde
voici un remplissage de liste en VCL

tu constateras que

1. j'utilise les livebindings car je ne sais plus remplir une liste par code
2. en passant par un FDMetaDataQuery je n'ai pas de " "

le coupable des " " c'est plus dans les sources qu'il faut le chercher , AMHA dans la procedure GetfieldNames de Firedac.comp.client.pas ou plutôt dans une option que j'ai entre-aperçue dans la fonction function TFDCustomConnection.EncodeObjectName

Code :

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

1
2
 
  Result := oConMeta.EncodeObjName(rName, nil, [eoBeautify]);

eoBeautify mais je me trompe peut-être

[Charly910]

Dans l'aide sur GetFieldNames il est dit :

Les noms de champs sont normalisés (délimités par des apostrophes, si nécessaire). Sinon, ils sont convertis sur la casse du dictionnaire par défaut.

Donc ce doit bien être à cause de l'accent dans le nom du champs.

Bon tout cela n'est pas très grave. Je vais renoncer aux accents dans les noms de champs (cela m'ennuie plus pour les titres des colonnes du DBGrid)

A+
Charly

[acaumes]

(re)Bonjour

C'est vrai, mais je ne l'aurai pas fait avec DBase

Oui mais https://sqlpro.developpez.com/cours/sqlaz/erreurs/

SQL est un langage qui repose sur une norme. Les noms des objets SQL ont donc une construction normative spécifique.
En particulier on ne peut faire usage que des 26 lettres de l'alphabet, des dix chiffres et du caractère "blanc souligné" (underscore). Tout autre caractère est interdit pour nommer un objet SQL (table, colonne, vue, utilisateur, contrainte...). Certains SGBDR autorisent n'importe quoi comme caractères dans le nom d'un objet... hélas !

Cordialement

[SergioMaster]

Bon tout cela n'est pas très grave. Je vais renoncer aux accents dans les noms de champs

j'avais acaumes à ce sujet

cela m'ennuie plus pour les titres des colonnes du DBGrid

pour paraphrasé acaumes "Oui mais" rein n'empêche de changer le libellé (header) des colonnes, c'est même mieux quand on veut par exemple traduire son appli
(TLang ou autre), ce n'est donc qu'une paresse je jette pas la pierre pour preuve l'utilisation des livebindings pour du "vite fait, vite testé"

[Charly910]

Merci à tous les 2,
je clos le sujet et vais tester les Headers

A+
Charly