Problème de la Longueur d’un nom pour un champ

**md_invisible** · 09/07/2007, 11h15

Bonjour,
J’utilise une base de donnée SQL SERVER 2000 et j’ai une table qui a un nom de champ a 32 caractères. Dans mon programme (Delphi 7) je ne peut pas ouvrir la table il m’affiche un message d’erreur « nom de champ incorrect »

Il faut pas que je modifier la structure de la table

Merci

**ShaiLeTroll** · 09/07/2007, 11h40

A quoi ressemble ce nom de champ, je ne suis pas sur que ce soit limité à 32 ...

**md_invisible** · 09/07/2007, 17h05

le champ s'appel "Réference Décision notification" et le message d'erreur me donne « nom de champ incorrect 'Réference Décision notificatio'» il ne peut pas lire la table

**Rayek** · 10/07/2007, 08h20

Régle n°1 : Jamais mettre d'espaces dans un nom de champ ou de nom de table
Régle n°2 : Jamais mettre de caractères spéciaux dans le nom d'un champ ou d'une table (Se limiter aux lettres et chiffres standard et utiliser le _ comme séparation)

Sinon peux tu nous faire voir ta requete d'appel de la table ?

**md_invisible** · 10/07/2007, 11h14

j'ai déja d'autre champ avec des espaces et des caractères spéciaux et sa marche trés bien sauf que dans cette table il m'indique q'il y 'a un caractère en plus. et si je modifier le nom (Réference Décision notificatio) a la place de (Réference Décision notification) mon program marche normal

**ShaiLeTroll** · 10/07/2007, 14h09

Il semble qu'un nom d'objet ne peut pas excéder 64 caractères, mais je n'ai pas vue au sujet d'un champ, surtout que le tien fait 31 et non pas 32 ... sauf si il faut compter le Zéro Terminal ...

**md_invisible** · 10/07/2007, 16h43

non g trampé ,le champ a 31 caractères et il accept que 30

**SergioMaster** · 11/07/2007, 08h09

les fôtes

non g trampé ,le champ a 31 caractères et il accept que 30

peut être mais comment transforme t-il les 'é'

**aityahia** · 11/07/2007, 09h38

il faut aussi évité d'utiliser les minuscules cars si demain vous décidé de migrer vôtre projet vers Interbase ou FireBird, vous aurez du mal a le faire.

**Rayek** · 11/07/2007, 09h49

Envoyé par aityahia

il faut aussi évité d'utiliser les minuscules cars si demain vous décidé de migrer vôtre projet vers Interbase ou FireBird, vous aurez du mal a le faire.

C'est hors norme ca, normalement il est plutot conseillé d'écrire tout en minuscule dans les bases de données.
Interbase et FireBird doivent faire exception ....

**aityahia** · 11/07/2007, 10h06

j'aime pas écrire en majuscule mais FireBird m'est oblige
je vous assure avec FireBird 2.0 j'ai eu du mal a exécuter mes requete après une migration a partir d'Access avec les nom de champs en minuscule il ma fallut tous mettre en MAJ pour que c'est fonctionné normalement.

**md_invisible** · 11/07/2007, 10h46

salut,
avec Delphi 7 g pa de pb avec les 'é' sa marche trés bien
pour information, j'utilise une base de donnée SQL SERVER 2000

**SergioMaster** · 11/07/2007, 12h21

Envoyé par Malatar

C'est hors norme ca, normalement il est plutot conseillé d'écrire tout en minuscule dans les bases de données.
Interbase et FireBird doivent faire exception ....

tiens ça je ne savais pas

,
j'ai toujours utiliser les majuscules en IB et FB,
les minuscules pour les champs calculés (pour avoir une distinction visuelle rapide

**Rayek** · 11/07/2007, 14h15

Envoyé par SergioMaster

tiens ça je ne savais pas

,
j'ai toujours utiliser les majuscules en IB et FB,
les minuscules pour les champs calculés (pour avoir une distinction visuelle rapide

Enfin, norme c'est vite dit ^^
C'est fortement conseillé surtout.
Par exemple avec MySQL sous un serveur Linux, le nom des tables sont auto en minuscule (enfin sur celui que j'utilise), je te dis pas la surprise quand j'ai testé mon programme et que j'ai vu que Linux + MySQL il fallait respecter la casse

Sinon pour les champs calculés ou des paramètres, je préfère passer par des préfixes calcNomDuChamp , PNomDuChamp, etc ...
Enfin bon c'est chacun sa technique

**snickers** · 16/10/2007, 12h13

De la même manière, je constate que la fonction "getTableNames" renvoie des noms de tables tronqués éventuellement au 21ème caractère.
Cela semble venir de la fonction "DbiGetNextRecord", mais n'ayant pas le BDE.PAS, impossible de trouver pourquoi ...

**qi130** · 16/10/2007, 14h16

Envoyé par snickers

De la même manière, je constate que la fonction "getTableNames" renvoie des noms de tables tronqués éventuellement au 21ème caractère.
Cela semble venir de la fonction "DbiGetNextRecord", mais n'ayant pas le BDE.PAS, impossible de trouver pourquoi ...

Ah, le débat risque d'avancer...

Evitez de polluer SVP !

=> comment la base est-elle accédée ? BDE, ODBC, DBExpress, autre ?