Discussion :

[punx120]

Bonjour,

je souhaite insérer un enregistrement dans une base oracle via ODBC depuis un programme C++.

Voici ma requête :

Code :

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

INSERT INTO HISTO_COURS (DATE_,DEV1_,DEV2_) VALUES('17/01/2007','EUR','USD');

Dans ce cas la méthode SQLPrepare me retourne l'erreur suivante : ORA-00911 : Invalid Character.

J'ai alors supprimé le ';' à la fin de la requête. Cette fois SQLPrepare marche, mais le programme reste bloqué dans SQLExecute

L'ensemble fonctionne avec d'autres bases de données (Access, SQL Server), les requêtes de sélection fonctionnent aussi.


Merci pour votre aide.

[Magnus]

Si la colonne DATE_ est de type DATE alors essayez :

Code :

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

INSERT INTO HISTO_COURS (DATE_,DEV1_,DEV2_) VALUES(TO_DATE('17/01/2007', 'DD/MM/YYYY'),'EUR','USD')

[punx120]

Ca ne fonctionne pas.

Je croyais au début que cela venait du champe DATE_, mais même en l'omettant de la requête j'ai la même erreur.

J'ai essayé la requête dans TOAD, elle marche bien (avec ou sans ';').

[Magnus]

Vous le dîtes vous-mêmes : en exécutant votre requête sous SQLPlus ou sous TOAD elle ne génère aucune erreur.
Tout semble indiquer que l'erreur que vous rencontrez est dû au langage C++ et vos méthodes d'accès à la base plus qu'à Oracle.

[punx120]

J'aimerais cependant savoir d'ou vient mon erreur parce que je ne vois pas comment résoudre ce problème.

[McM]

Donne ton code pour voir.

[punx120]

Voici :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
string query = "INSERT INTO HISTO_COURS (DATE_,DEV1_,DEV2_) VALUES('17/01/2007','EUR','USD');";
int retcode = SQLAllocStmt(_hDBC,&hStmt);
if(retcode == SQL_SUCCESS || retcode == SQL_SUCCESS_WITH_INFO)
{
	retcode = SQLPrepare(hStmt,(SQLCHAR*) query.c_str(),static_cast<SQLINTEGER>(query.size()));
		if(retcode == SQL_SUCCESS || retcode == SQL_SUCCESS_WITH_INFO) {
			retcode = SQLExecute(hStmt);
			if(retcode == SQL_SUCCESS || retcode == SQL_SUCCESS_WITH_INFO)
				bResult = true;
		}
 
}

[pifor]

Supprimez le ';' et vérifiez qu'il n'y a de blocages dans la base avec:

SELECT * FROM dba_blockers;
SELECT * FROM dba_waiters;

Si ces 2 vues ne retournent rien, il n'y a pas de blocage dû à un problème de verrouillage. Sinon vérifiez bien que vous n'avez pas plusieurs sessions qui essaient d'insérer la même ligne dans la même table: s'il y a une clé primaire sur la table, il y aura blocage.

[punx120]

Je ne suis pas expert en Oracle mais ils ne trouvent pas les tables dba_blockers et dba_waiters.

Je n'ai pas plusieurs sessions fonctionnant en même temps, j'ai uniquement mon application C++.

[Wurlitzer]

ton application est mono thread ? pcq si elle est multi-thread ce revient a avoir plusieurs session.

As tu TOAD ? Quand ton application est bloqué tu vois quoi comme "current statement" ? (Ca doit aussi se trouver dans des vu system mais j'ai pas le courage de chercher maintenant)

[punx120]

J'ai trouvé le problème, mon application reste bloquée lorsque TOAD est lancé et connecté.

Existe-t-il un moyen d'utiliser "les deux" à la fois ?


Merci.

[Wurlitzer]

Bien sur que tu peux lancer les deux a la fois. Si Oracle était mono utilisateur cela se saurais.

Si tu es bloqué c'est que tu as fais une mise a jour dans TOAD que tu n'as pas commité. Alors Oracle est obligé de locker les données.

C'est ce que pifor te demandais de verifier en faisant des selects dans dba_blockers et dba_waiters

[punx120]

Ok merci c'est bon maintenant.