Problème de requêtage des champs LVARCHAR sous Informix

Bonjour,

je n'ai pas l'habitude de faire des sujet cross-forum mais mon problème est à cheval entre Delphi et Informix et je n'ai pas eu de réponse sur le forum d'Informix; c'est pourquoi je me permets de ré-écrire mon problème ici afin d'arriver à trouver une solution à mon problème.

Je développe un logiciel fait en Delphi XE2 qui se connecte à des bases de données dont parfois Informix.
J'ai un soucis quand je dois requêter une table possédant des champs du type LVARCHAR.

Si je fais une requête basique

Code:

---

SELECT MON_CHAMP FROM MA_TABLE

---

J'obtiens le message d'erreur

Citation:

---

Unknown error message 0.

---

J'ai essayé ensuite en faisant différents CAST :

Code:

---

SELECT CAST(MON_CHAMP AS VARCHAR(255)) FROM MA_TABLE

---

La requête s'ouvre mais je n'obtiens que les 255 premiers caractères.

Code:

---

SELECT CAST(MON_CHAMP AS VARCHAR(256)) FROM MA_TABLE

---

J'obtiens le message d'erreur

Citation:

---

Maximum varchar size has been exceeded.

---

Code:

---

SELECT CAST(MON_CHAMP AS TEXT) FROM MA_TABLE

---

J'obtiens le message d'erreur

Citation:

---

No cast from lvarchar to text.

---

Code:

---

SELECT CAST(MON_CHAMP AS CLOB) FROM MA_TABLE

---

J'obtiens le message d'erreur

Citation:

---

User Defined Routine error.

---

Je ne suis pas spécialiste d'informix, je n'ai plus d'idées et je ne vois pas comment arriver à remonter les valeurs du champs sans qu'elles ne soient tronquées.

Merci par avance pour votre aide.

Bonjour,

Lu ici :

Citation:

---

Important: You cannot retrieve or store smart large objects (CLOB or BLOB data types) from or to an lvarchar host variable.

---

Et là :

Citation:

---

To use the external format of an opaque type in an SQL statement, the opaque data type must have input and output support functions defined. When the client application uses an lvarchar host variable to transfer data to or from an opaque-type column, the database server invokes the following support functions of the opaque data type:

The input support function describes how to transfer the opaque-type data from the lvarchar host variable into the opaque-type column.

The database server invokes the input support function for operations such as INSERT and UPDATE statements that send the external format of an opaque type to the database server.
The output support function describes how to transfer the opaque-type data from the opaque-type column to the lvarchar host variable.

The database server invokes the output support function for operations such as SELECT and FETCH statements that send the external format of an opaque type to the client application.

---

avec le support de fonctions dédiées.
Est-ce une solution de faire des fonctions de CAST personnelles vers un format personnel ? Si c'est le cas, il est dommage que ce ne soit pas implémenté vers un format tel que Memo ou autre. Ceci dépend-il des composants d'accès ou du driver ?

Salut,

j'ai tenté de faire des CAST dans la requête SQL car le type LVARCHAR d'Informix remonte une erreur lors de l'ouverture de la requête, mais je ne sais pas du tout si c'est la bonne approche pour avoir une solution au problème.
S'il faut le faire différemment, je prends aussi.

D'après ta citation, le problème viendrait du fait que le type LVARCHAR est un type opaque, c'est-à-dire spécifique à Informix et qu'il n'est pas pris en charge par les composants dbExpress ?
Et pour arriver à remonter ses valeurs, il faudrait utiliser des fonctions qui supportent ces types opaques, malheureusement les fonctions qui les supportent ne sont pas des fonctions SQL, mais du IBM Informix ESQL/C.
Après recherche, c'est une librairie de fonctions faite par IBM pour des développeurs C.

Mon soucis est que je développais à l'époque avec Delphi 7, j'utilisais une dll luxena couplée aux composants dbExpress et ça fonctionnait. Depuis que je suis passé en Delphi XE2 avec le support de l'unicode, je ne peux plus utiliser les composants Luxena car ils ne sont plus maintenus et n'ont pas étés migrés dans la nouvelle version des composants dbExpress (v4 pour Delphi XE2 de mémoire) et j'espère pouvoir trouver une solution sans devoir inclure du code spécifique utilisant du C pour quelques types particuliers de champs d'Informix dans mon application alors qu'elle n'est pas développée principalement pour Informix (elle génère du SQL générique et sait se connecter à un ensemble de type de bases différent).

Bonjour,

Citation:

---

Envoyé par WebPac

j'ai tenté de faire des CAST dans la requête SQL car le type LVARCHAR d'Informix remonte une erreur lors de l'ouverture de la requête, mais je ne sais pas du tout si c'est la bonne approche pour avoir une solution au problème.

---

Malgré ses limitations, je crains que ce ne soit la bonne approche...
Apparemment, c'est un bug ouvert chez Embarcadero depuis le 15/10/2010 (Delphi XE), mais non traité :
http://qc.embarcadero.com/wc/qcmain.aspx?d=88986

Citation:

---

Envoyé par WebPac

S'il faut le faire différemment, je prends aussi.

---

Via ADO ? ODBC ? :?

J'ai vu le bug ouvert chez Embarcadero, j'aurais dû remonter le lien j'ai oublié.

Il a été demandé au client de passer en ODBC, je n'ai pas de retour, ça veut très probablement dire que ça fonctionne ainsi.

Je marque donc en résolu.