DBI erreur avec sql serveur 2005

Bonjour j'ai un problème avec dbi et sql server 2005 quand j'essaie d'inséré des données dbi me répond ::

Citation:

---

DBD::ODBC::st execute failed: [Microsoft][ODBC SQL Server Driver]Valeur de caractère non valide pour la spécification de la casse (SQL-22018)(DBD: st_execute/SQLExecute err=-1)

---

pourtant quand j'insère des données a partir de sql server management sutdio, la requete est effectué avec succès!!!8O

Le problème semble bien venir de DBI !! :aie: :? !!!

mon script de teste :

Code:

---

1 2 3 4 5 6 7 8 9

#!/usr/bin/perl -w use DBI;   open(STDERR, ">Error.txt" ) or die "cannot redirect stderr output in log file : $!\n"; my $DSN = 'driver={SQL Server};Server=sql\mssql; database=web; uid=sa;pwd=****************/;'; my $db = DBI->connect("dbi:ODBC:$DSN", { odbc_cursortype => DBI::SQL_CURSOR_DYNAMIC, AutoCommit => 1 } ) or die ( db($DBI::errstr) );   my $i = $db->prepare("insert into web(link,idcategory,id,idcountry,date,revisit,body,title,description,feed,size,bluemap,last) values(?,?,?,?,?,?,?,?,?,?,?,?,?)"); $i->execute('http://www.free.fr','1','137','1','26/09/1985','7','maison sa savs ?','tittre','la desc','not_found','7.0','0','12/05/2006');

---

Quelqu'un a t'il une solution ?

merci 8-)

Dans ta méthode execute, met les valeurs numériques sans quote.
Sinon, jette un oeil du côté de la méthode quote de DBI. Je pense que ton problème vient de là.

ben non: il utilise les placeholders avec prepare(), c'est ce qu'il ya de mieux pour el quote!
A vu de nez je ne vois pas d'erreur mais il y a tellement d'endroits ou ca peut merder...
Ca peut par exemple etre le '?' dans une des valeurs de ton execute. La version pure perl du driver Mysql avait ce probleme par exemple.
Esque ca marche pour des requetes plus simples deja?

Citation:

---

Envoyé par pospos

ben non: il utilise les placeholders avec prepare(), c'est ce qu'il ya de mieux pour el quote!

---

heu.. pardon, mais j'ai déjà eu ce problème avec SQL Server et DBI : les valeurs numériques doivent être sans apostrophe...

Citation:

---

Envoyé par pospos

La version pure perl du driver Mysql avait ce probleme par exemple.

---

heu ... re-pardon, mais on parle de SQL Server, pas Mysql....

j'accepte tes excuses...

je parlais du driver pur perl de mysql pour dire que certains drivers pouvaient avoir ce genre de bug

Ensuite je n'ai pas parlé de tes '', je dis simplement qu'utiliser la methode quote de DBI ne sert à rien (et va meme faire foirer le truc) quand on utilise les prepared statements comme il le fait ici.
Il utilise la meilleure methode

Je ne voie vraiment pas d'ou pourrais venir cette erreur surtout que ce matin je me suis livrer a quelques essaie d'Sql server 2005 avec DBI et tout marchais pour le mieux et cela sur le meme serveur sql que celui cité dans mon poste !!! 8O .

Petite préçision les données que j'essaie d'insérer ce trouve dans un hash du type

Code:

---

1 2 3 4

$donne = { date => "00/00/000", etc.... };

---

Citation:

---

Envoyé par pospos

je parlais du driver pur perl de mysql pour dire que certains drivers pouvaient avoir ce genre de bug

---

Tu devrais savoir que DBD::ODBC n'est pas pur perl, non ? Rien à voir avec le problème.
Et je n'ai jamais parlé de guillemets, mais d'apostrophe (simple quote).
Bref... soyons constructifs pour aider scaleo au lieu de se rabaisser à tes histoires de fond...men..s.

Scaleo, quel est le format exact de tes champs date ? Smalldate ?

Citation:

---

Scaleo, quel est le format exact de tes champs date ? Smalldate ?

---

J'ai mis des datetime

Citation:

---

Envoyé par kuzco

Tu devrais savoir que DBD::ODBC n'est pas pur perl, non ? Rien à voir avec le problème.

---

??!!
je le repete, je parlais de ca pour soulgigner que *certains drivers* pouvaient avoir ce genre de bug.
Qu'il soit pur perl ou pas, qu'il soit pour mysql, oracle ou n'importe quelle autre base.
La raison est simple: dans le modele DBD/DBI c'est au driver DBD d'implementer la methode d'incertion des valeurs dans les placeholders.

Citation:

---

Et je n'ai jamais parlé de guillemets, mais d'apostrophe (simple quote).

---

Oula oui pardon, ca change tout...

d'ailleurs je t'assure qu'en perl, une methode s'attendant à recevoir un entier sera tout à fait satisfaite par un string genre '43' (ou "43" d'ailleurs...).
Perl opere les conversions sans aucun probleme, que la fonction a attaquer soit en pur perl ou en C (cf le fichier typemap, et la fonction looks_like_number).
Donc si dans le passé tu a eu des problemes avec des quotes c'est que ce probleme venait d'ailleurs.

Citation:

---

Envoyé par scaleo

J'ai mis des datetime

---

esque ca marche pour des requetes (et des tables) plus simples?
Ne peux tu pas isoler le probleme en essayer divers requetes sur differents shemas de table jusqu'a rencontrer le probleme?

Je prierais pospos et kuzco de se concentrer sur le sujet du topic et d'arrêter les remarques mesquines.

Par ailleurs scaleo pourrait nous fournir la description de sa table, qu'on sache exactement de quoi on est en train de parler.

--
Jedaï

Merci Jedai,

Voila la fameuse table qui me rend chèvre

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

create table web ( idweb int identity(1,1) not null , link varchar(250) not null unique, idcategory int not null, id int not null, idcountry int not null, date datetime not null, revisit int not null, body ntext not null, title ntext not null, description ntext not null, feed varchar(260) not null, size float not null, bluemap bit not null, last datetime not null, constraint pk_web primary key nonclustered (idweb) ) go

---

Personne n'a une idée parce que je m'arrache les cheveux :arf: :arf: :help: :marteau:

esque tu a essayé d'isolé le probleme comme je te le suggerais?
Avec des requetes simple sur des tables plus simples ca passe?

J'ai essayé sa oui et tout fonctionne pour le mieux. Par contre j'ai constaté un bug dans DBI au niveau des ???? pendant un moment il n'arretait pas de me dire qu'il en manquais un alors que pas du tout plus j'en mettais plus il en voulais :aie:

et donc à partir de qul moment ca ne marche plus?
Essai pleins de requetes sur divezrs shemas de table et isole le probleme!

juste comme ça ... le "?" dans les données ne devrait-il pas être échappé pour pouvoir être inséré ???
ne serait-ce pas lui qui poserait problème ?