Update qui se fait virtuelement ? [Résolu]

[BZH75]

Bonjour,

Y'a une chose que je n'arrive pas a comprendre un update que je tente de faire.

En fait mon update semble s'executer correctement (il s'agit d'un update relativement simple de quelques lignes de ma table), j'ai en bas de mon écran à la fin de l'execution "xxx rows updated in xxx seconds". Tout indique donc que tout s'est bien passé pour moi... sauf que si je refais un count ou un select pour voir si il reste des lignes avec l'ancien parametre, et bien je l'ai retrouve !! Je comprends... pourquoi l'update n'est pas effectif sur ma table alors que ça me dit qu'une mise à jour a été effectué !

Merci à celui qui pourra éclairer ma lanterne...

[phili_b]

et un petit commit après l'update ?

[BZH75]

J'arrive pas à trouver le syntaxe pour "commit"

Mon code de base étant :

Code :

1
2
3
4
UPDATE societesxx t 
SET GREFFE = 'TOURS'
WHERE codepostal LIKE '37%'
AND greffe IS NULL

Quelle est la syntaxe pour ajouter un commit sans que sa bug ?
Merci d'avance... (j'ai essayé de chercher dans les tutos et sur le forum mais j'ai rien trouvé de probant).

[E.Bzz]

Envoyé par BZH75

J'arrive pas à trouver le syntaxe pour "commit"

Code :

1
2
3
4
5
6
UPDATE societesxx t 
SET GREFFE = 'TOURS'
WHERE codepostal LIKE '37%'
AND greffe IS NULL;
 
commit;

Ceci dit, c'est si tu fais ton comptage dans une autre session. Parce que dans la même session que ton update (juste après), les modifs de l'update devraient être visibles ...

A+

[BZH75]

En mettant le "commit" comme tu dis j'ai le message d'erreur suivant :

ORA-00933 : la commande SQL ne se termine par correctement

[E.Bzz]

Envoyé par BZH75

En mettant le "commit" comme tu dis j'ai le message d'erreur suivant :

ORA-00933 : la commande SQL ne se termine par correctement

As-tu ajouter le ";" à ta requête existante ?
Il n'y était pas dans ta version, et est nécessaire ...

A+

[BZH75]

Je ne l'avais pas mis.... sauf que là quand je le met il me dit "caractère invalide"

[dgi77]

C'est un canulard ?

[plaineR]

Tu exécutes ta requête sous SQL*PLus ? ou sur un autre outil ?

Au passage :
http://www.developpez.net/forums/d28716/bases-donnees/oracle/regles-infos-lire-poster/

[BZH75]

J'utilise PL/SQL comme logiciel ?

Non ce n'est pas un canular

[orafrance]

dans PL/SQL y'a une petite icone pour faire le commit... que tu ne connaisses pas le SQL est une chose mais qu'en plus tu utilises un outil que tu ne maitrises ça me dépasse un peu

[BZH75]

Je ne suis pas informaticien du tout ... malgré ça je suis obligé d'en passer par là pour faire certaines choses donc je fais avec les moyens du bord.
Je pourrais payer un informaticien extérieur c'est vrai, mais au prix de la main d'oeuvre horaire j'ai pas les moyens de me payer ça.

Alors ben désolé si j'ai l'air idiot, si je pose des questions bêtes, mais j'essaye de faire au mieux croyez le bien. Pis si j'en fais rire certains, ben écoutez tant mieux, le rire c'est bon pour la santé .

Voilà, merci pour votre aide.

[E.Bzz]

Envoyé par orafrance

dans PL/SQL y'a une petite icone pour faire le commit...

Tilt

Tu utilises une fenêtre PL/SQL de type "SQL".
Ce type de fenêtre n'accepte qu'une seule instructions (requête), d'où le caractère incorrect.

Il faut que tu transformes ta fenêtre en "fenêtre de commande" qui, elle, permet plusieurs instructions : clic droit sur ta fenêtre => "Changer la fenêtre en" + "Fenêtre Commande".
Le formatage de sortie n'est pas le même, mais au moins, ta requête passera

A+

[orafrance]

Envoyé par BZH75

Je ne suis pas informaticien du tout ... malgré ça je suis obligé d'en passer par là pour faire certaines choses donc je fais avec les moyens du bord.
Je pourrais payer un informaticien extérieur c'est vrai, mais au prix de la main d'oeuvre horaire j'ai pas les moyens de me payer ça.

utilise SQL*Plus dans ce cas, déjà ça t'évite de payer une licence PL/SQL et surtout t'aura bcp plus d'aide sur cet outil

[phili_b]

Envoyé par orafrance

utilise SQL*Plus dans ce cas, déjà ça t'évite de payer une licence PL/SQL et surtout t'aura bcp plus d'aide sur cet outil

ça pourrait ressembler à une discussion sur l'éditeur vi: pour un non informaticien, ou un débutant, PL/SQL Developper ou TOAD sont beaucoup plus intuitifs à utiliser que des interpréteurs de commande.

[orafrance]

à ce moment là autant utiliser SQL Developper qui est gratuit et documenté plus largement

SQL*Plus c'est peut être pas beau mais pour exécuter un script SQL y'a rien de mieux

la comparaison avec vi n'a pas de sens puisqu'il existe notepad++ par exemple qui est également gratuit mais aussi plus intuitif et plus puissant grâce à la coloration syntaxique

[scheu]

Au passage puisqu'on parle de SQL Developper, ça m'arrive souvent de le voir planté/figé quand je lance une requête (même simple), je suis obligé de tuer le process sous Windows. Est-ce que cela vous est déjà arrivé ? Existe-il un patch ?

[7gyY9w1ZY6ySRgPeaefZ]

Envoyé par scheu

Au passage puisqu'on parle de SQL Developper, ça m'arrive souvent de le voir planté/figé quand je lance une requête (même simple), je suis obligé de tuer le process sous Windows. Est-ce que cela vous est déjà arrivé ? Existe-il un patch ?

Ouais, j'ai eu ça à une époque. Il ouvrait trop de transactions, il me semble.
Ça va mieux avec la dernière version qui est sorti cet été.
Attention, parce que s'il est figé, il n'est pas nécessairement planté, il travaille juste en arrière plan (ou attend le commit d'une autre session)

[mnitu]

Envoyé par Jerome_Mtl

Ouais, j'ai eu ça à une époque. Il ouvrait trop de transactions, il me semble.
...

Trop de transactions Tu pense qu'il y a une limite comme pour les curseurs ouverts simultanément ?
En fait il y a une mais ça n'a rien avoir avec SQL Developper

[7gyY9w1ZY6ySRgPeaefZ]

Envoyé par mnitu

Trop de transactions Tu pense qu'il y a une limite comme pour les curseurs ouverts simultanément ?
En fait il y a une mais ça n'a rien avoir avec SQL Developper

Je me mélange en effet, c'est trop de curseurs...
Le logiciel ouvrait des curseurs partout mais ne les fermait pas et bon, ça cassait au bout d'un moment...