PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

[Résolu] Upgrade Postgre -> types et opérateurs

Technique - général | [Résolu] Upgrade Postgre -> types et opérateurs

Par reno le 16/09/2008 - 17:01

Bonjour,

Ayant récemment upgradé PostgreSQL (8.1.x -> 8.3.3), j'ai des soucis avec le typage que je n'avais pas auparavant.

Par exemple, l'opérateur LIKE sur une colonne de type DATE ne fonctionne plus ; ce qui est dommage car c'était bien pratique.

Le Warning conseille de recourir à un cast pour pallier le problème. Aucune autre solution ?

Il en va de même avec des tests d'égalités de type varchar = integer.

Merci

Reno

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

(oubli)

reno/ = 16 Septembre, 2008 - 17:03

J'oubliais de préciser : une solution qui m'éviterait de reparcourir tout mon code pour effectuer les corrections.

Donc plutôt un paramètre dans la conf qui rendrait le typage plus permissif... on peut toujours rêver...


Conversion implicites supprimées en 8.3

jsaboie/ = 17 Septembre, 2008 - 12:02

Bonjour,
La supression de certaines conversion implicits dans la version 8.3 est apparement quelque chose de voulu afin de limiter des "risques" de conversion non maitrisé.
Il est toujours possible de creer une fonction de conversion et un cast associé tel que décrit dans l'article disponible à cette URL :http://www.depesz.com/index.php/2008/05/05/error-operator-does-not-exist-integer-text-how-to-fix-it/

Bon tests


Conversions implicites... suite et fin

reno/ = 23 Septembre, 2008 - 10:26

Ok, merci pour le tuyau. Finalement, puisque c'est conseillé et que c'était pas si terrible que ça, j'ai préféré parcourir le code et corriger les requêtes.

Difficile d'être rigoureux sur le typage quand on a pris goût au PHP !

Merci !


© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.