Discussion :

[Hibernatus34]

Bonjour,

Nous aimerions reproduire avec PostgreSQL ce que nous avons déjà fait avec SQL Server :
- Utiliser l'analyse et quelques fonctions HF (HAjoute, HLitRecherchePremier, ...).
- Développer notre propre "modif auto" (mise à jour automatique de la structure de la base à partir de l'analyse).
- Utiliser des requêtes, avec HExécuteRequêteSQL, sans corrections.

Pour SQL Server, on passait par l'accès OLE DB, mais avec PostgreSQL on aimerait passer par l'accès natif.

Notre problème est le suivant :
- Dans PostgreSQL, un identifiant qui n'est pas entre guillemets est mis automatiquement en minuscules.
- L'accès natif de WinDev met tous les identifiants entre guillemets, ce qui oblige à faire de même dans nos requêtes.
- Nous n'avons pas envie de cribler nos requêtes de guillemets.

Exemple de problème :

Code :

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

1
2
3
ExecReq("CREATE TABLE Bobby (Billy INT)")
Bobby.Billy = 1
HAjoute(Bobby) // Plante, car "Bobby" et "Billy" n'existent pas, c'est "bobby" et "billy".

Et c'est pareil dans l'autre sens : si je crée tout avec les guillemets, et donc le respect de la casse, mes requêtes planteront s'il manque les guillemets, même si la casse est la bonne.

Connaissez-vous une option, dans PostgreSQL ou dans l'accès natif qui permettrait de simplifier ça ?
Pour l'instant, la seule solution "vivable" semble être de tout mettre en minuscules dans l'analyse.
Il suffirait de pouvoir dire à WinDev "ne mets pas les guillemets" ou à PostgreSQL "respecte la casse même s'il n'y a pas les guillemets".

Merci d'avance.

[hpascal]

Salut

Je commence à bosser aussi avec PostgreSQL et je pense qu'il vaut mieux bosser à la manière de PostgreSQL, c'est à dire tout en minuscules
Et il n'y a pas de paramètre dans PostgreSQL pour changer ce comportement

Tout identificateur sans guillemets est transformé en minuscules par PostgreSQL, tu vas te créer des problèmes en essayant de forcer la casse dans windev

a+
Pascal

[Hibernatus34]

Salut Pascal !

En fait, on va abandonner PostgreSQL pour notre prochain projet et garder SQL Server, mais on espérait pouvoir trouver une solution pour les suivants.
Tout mettre en minuscules implique une petite phase d'adaptation pour tous les développeurs. Ca leur paraîtra moins lisible au début, et la moindre majuscule accidentellement écrite dans l'analyse causera des plantages.

C'est vraiment dommage que WinDev n'ait pas d'option pour ne pas mettre les guillemets dans ses propres requêtes. Là, tout serait en minuscules, effectivement, mais l'analyse resterait en CamelCase.