Bonjour à tous,
 
Je suis en train de migrer une appli développée en PHP sous MySQL vers DB2. Je me heurte à un problème de type de colonne.
 
Si la colonne ma_colonne est de type int, MySQL n'est pas géné par

Par contre DB2 ne veut pas (différence entre le type int de la colonne et le type varchar de '45').
 
Je n'ai pas trop envie de repasser partout pour mettre en conformité les requetes surtout que si on fait ça, c'est parce qu'on construit dynamiquement les requetes.
 
Est-ce qu'il y a un moyen de dire à DB2 de faire les convertions automatiquement comme sous MySQL ?
 
Avant qu'on me pose la question, peu importe la version de DB2, si une version le fait et pas une autre, on s'arrangera avec le client et on utilise le driver ODBC de PEAR.

Personne ?
 
Bouhouhouhouhou  

Tu crées des VARCHAR, puis tu fais un ALTER en changeant le type. C'est maxi-crade, mais ça résoudra ton problème de façon simple.
 
Conseil : n'ACTIVE PAS LE "NOCHECK" sur un changement de type. Oracle le permet par exemple, et c'est comme ça que je me suis retrouvé avec "NON RENSEIGNE" dans un champ de type "FLOAT". Bah ça faisait planter TOUS les outils qui utilisaient la base, y compris les requêteurs d'Oracle, et ça a été donc une galère pas croyable pour retrouver la source du problème

Bon, j'ai abandonné l'idée, je me retape les requetes au fur et à mesure que je vois qu'elles plantent.
 
Ce qui m'amène au problème du jour :  
Si je fais un

ca me dit

 
Une raison ? Une idée ?

ben c'est pourtant clair, il veut pas d' "=" pour comparer des chaînes, te faut un autre opérateur, comme LIKE.

Nan, c'est pas ça, c'est un clob, c'est un volume de données qui peut aller jusqu'à 2 Go (du moins, avec SQL Server). Et t'as pas le droit de faire ni "=" ni "like" ni quoi que ce soit dessus. Pas d'"order by" dedans non plus. C'est juste fait pour lire et écrire dedans. (du moins, avec Oracle, parcequ'avec SQL Server, au lieu de prendre le type "image" (binaire) tu prend le type "text" (asci) ou "ntext" (unicode) et à ce moment, le = et le like sont authorisés, bien que formellement déconseillés par Microsoft (va me faire une recherche de chaîne dans un truc de 2 Go toi )

J'ai découvert que DB2 permet des varchar de 32000 caractères et des brouettes donc je vais contourner le problème comme ça.
 
Pas d'inquiétude, je ne vais pas comparer des chaines de 32000 caractères, c'est juste qu'avant, sous MySQL, j'avais besoin de faire des like sur des colonnes de plus de 255 caractères (environ 4-500 caractères) donc j'avais un champ TEXT que j'ai changé en CLOB sans me poser de question.    
 
Promis, la prochaine fois, je réfléchis (un peu)  

Ah ok
 
C'est pas mal le coup du 32 000 chars, parceque SQL Server, c'est 8000 et Oracle 4000, et c'est chiant quand tu veux sauvegarder le contenu d'un mail par exemple, ou autres infos assez longues sans être énormes. D'autant plus qu'avec Oracle, il gère les clob comme une bille (comme DB2 quoi... on peut rien faire avec )