Table inaccessible en insert/update via code C#

Bonjour à tous

J'ai déjà crée une discussion sur mon problème
http://www.developpez.net/forums/d11...e/#post6550187

D'habitude j'arrive à trouver ce que je cherche sur google mais comme vous pouvez le voir dans la discussion je n'ai rien sur quoi me baser pour faire mes recherches, ni erreur ni résultat.

En résumé, j'ai demandé la création d'une table sous oracle.
Elle a était crée hier. Et mes insert via visual studio (en c#) ne marche pas.
J'établis une connexion en ADMIN pour y accéder.
(Quand je fait des insert sur une autre table de la même base ça passe ce qui me fait dire que ça ne vient pas du code.)

Ce qu'il y a de plus troublant c'est que les mêmes insert passent quand je les exécutent sur SQL DEVELOPER ORACLE.

Es-ce que vous savez comment faire pour donner des droits d'écriture sur une table quand on l'attaque de l’extérieur ?

Il est troublant que tu n'aies pas d'erreur en retour.

Si tu arrives à exécuter la requête sur une table de la même base cela semble indiquer des problèmes de droits.

Mais dans ce cas, je ne vois pas pourquoi tu y arrives via SQLDevelopper en étant connecté sur le même utilisateur...

:koi:

PS : Je ne connais pas de droits spécifiques pour autoriser l'accès/l'écriture à partir d'une appli tierce mis à part le GRANT "classique"

Je suis en train de faire les diff entre la table qui marche et la table qui ne marche pas.

Dans les Details d'sqldeveloper

TABLE_OK
AVG_ROW_LEN 112
AVG_SPACE_FREELIST_BLOCKS 0
NUM_FREELIST_BLOCKS 0
SAMPLE_SIZE 0
GLOBAL_STATS YES

TABLE_ERREUR
AVG_ROW_LEN (null)
AVG_SPACE_FREELIST_BLOCKS (null)
NUM_FREELIST_BLOCKS (null)
SAMPLE_SIZE (null)
GLOBAL_STATS NO

Sont les seules diff.
J'ai trouvé ça, mais comme je début en oracle ça me parle pas vraiment.
http://oracle.developpez.com/faq/?page=4-1


L'autre solution ça peut être l'encodage. J'utilise Unicode pour me connecter

Code:

---

Data Source=re7TAB.fr;User ID=ADMIN;Password=admin;Unicode=True

---

Mais là non plus ne connaissant toujours pas Oracle, je ne sait pas si l'encodage porte sur la base en entier ou sur chaque table, et je ne sais pas comment obtenir le charset.

Enfin troisième piste. La nouvelle table contiens des types de variables incompatible avec la version d'oracle.
:aie::aie::aie::aie::aie::aie::aie:

Je sais, ça fait beaucoup de question.


La table n'a pas étais crée par mon DBA qui est en congé.

Ta table semble n'avoir jamais été analysée. Elle est vide ?

Sinon tu peux contrôler le jeu de caractères utilisé par Oracle via

Code:

---

1 2	select * from v$nls_parameters

---

C'est quoi le type de données non-supporté par Oracle ?
Tu es en quelle version Oracle ?

Pour confirmer/infirmer le pb d'encodage tu peux aussi créer ta table pas-à-pas pour isoler l'élément qui pose problème

Ex :
1- Créer la table juste avec la PK et test INSERT
2- Ajout d'une colonne et test
etc...

Oui la table est vide.

Voila le résultat du

Code:

---

SELECT * FROM v$nls_parameters

---

Citation:

---

NLS_CHARACTERSET WE8MSWIN1252

---

"C'est quoi le type de données non-supporté par Oracle ?"
Je ne sais pas.
"Tu es en quelle version Oracle ?"
ORACLE IDE 1.2.1.3213 (je croix que c'est ça.)

Code:

---

Pour confirmer/infirmer le pb d'encodage tu peux aussi créer ta table pas-à-pas pour isoler l'élément qui pose problème

---

Très bonne idée. Je pense que je vais devoir m'initier à la création de table.:arf:

Tu trouveras tout ce qu'il te faut sur dvp ;)

Bon courage, mais à ce stade je ne vois pas comment débloquer la situation autrement

Ce matin je recrée les tables.

Je fait les insert et tout marche.
Je veux effacer mes cas de testes avec un

Code:

---

1 2	delete from docu1;

---

Et :alerte:, ça ne marche plus.

En remplaçant par un

Code:

---

1 2	TRUNCATE TABLE docu1;

---

ça marche mieux.


Le problème c'est que celui qui m'a crée les tables a du faire des tests et les effacer en faisant un delete, comme moi.


Je mets la discussion en résolu mais je veux bien qu'on m'explique pourquoi le delete me fait planter. C'est une histoire de commit ou quelque chose du genre ?

PS : un grand merci Scriuiw :ccool:

Le DELETE est sujet au COMMIT/ROLLBACK contraitement au TRUNCATE .
Par contre le TRUNCATE n'accepte pas de clause donc c'est tout ou rien et c'est irréversible.

Comment as-tu fait au niveau de tes INSERTS ?
Tu as un COMMIT en fin d'instruction ou il est implicite à la fermeture de la session ?

PS : Et en te connectant via SQL+ ou SQLDeveloper le DELETE passe ?