Discussion :

[strikerm59]

Après avoir utilisé TOAD pendant plusieurs années, je suis passé à SQL Developer...
Malheureusement, je ne peux pas encore me passer totalement de TOAD.
Il y a certains manques à SQL Developer :

* Jobs : on peut consulter les Jobs définis mais on ne peut pas les créer simplement avec l'interface
* Sessions : on peut consulter les sessions (à condition d'avoir les droits) mais on ne peut pas les Killer
* Recherche d'objet : pas encore au niveau de celle de TOAD
* La recherche dans les fonctions/procédures/package en consultation est absente ?!

Par contre, SQL Developer est beaucoup plus rapide pour se connecter à la base que TOAD...
L'onglet Reports est vraiment super pratique.

Et la possibilité de développer des extensions pour les éditeurs tiers est très prometeuse.

Par contre, il faudra qu'il corrige quelques petits bugs :
j'utilise SQL Developer 1.2 Build 32.13 (avec JRE Oracle intégrée) et parfois il m'ouvre des connexions alors que je n'ai rien demandé sur cette connexion.
En outre, il ouvre aussi 2 onglets lorsque l'on édite une procédure/fonction/package : 1 onglet en lecture seule et 1 onglet en édition.

Il manque aussi la possibilité de sauvegarder une requête que l'on a constituer avec le Query Builer et de pouvoir revenir sur l'interface graphique...

En conclusion, SQL Developer est plus orienté développement comme son nom l'indique... et TOAD domine encore pour l'aspect pratique pour les DBAs...

[Invité]

J'utilise aussi ce logiciel et je me permets de répondre :
on peut killer les sessions (avec les bons droits...), mais il faut que tu affiches l'onglet Reports (View / Reports) et tu peux même avoir des infos sur les jobs.
Celà dit, il ne fait que piocher dans les vues système et c'est parfois aussi rapide de faire sa requête avec les infos précises que l'on veut.
Pareil, tu as la fonctionnalité "recherche d'objet" dans la base (View / Find DB Objects)
La recherche dans une procédure ou autre n'est possible qu'en mode édition... C'est un peu dangeureux mais ça existe !

Concernant la création de job, il faut le faire à la main.

[orafrance]

Personnellement, je compléte SQL Developper d'OEM (la console 10g n'était pas toujours des plus pratiques). Je me refuse depuis quelques temps à utiliser TOAD parce que j'aime pas encourager les solutions payantes alors que des scripts et/ou freeware existent.

[Garuda]

Personnellement, je compléte SQL Developper d'OEM (la console 10g n'était pas toujours des plus pratiques). Je me refuse depuis quelques temps à utiliser TOAD parce que j'aime pas encourager les solutions payantes alors que des scripts et/ou freeware existent.

Allez un peu de polémique

...pour ma part je me refuse depuis quelques temps à utiliser ORACLE parce que j'aime pas encourager les solutions payantes alors que des scripts et/ou freeware existent

[orafrance]

Oracle Express est ton ami

[Invité]

Personnellement, je compléte SQL Developper d'OEM (la console 10g n'était pas toujours des plus pratiques).

Oui, c'est sûr que pour l'administration, je passe aussi par OEM, c'est tout de même plus adapté que SQL Developer (avec un seul p en anglais ), notamment pour tuer les sessions.
Mais OEM est assez mal ficelé et pas très intuitif.

[PSYcoZZ]

bonjour a tous,
perso j'utilise pl/sql developer 7.1.4 d'allroundautomation, et je vois que c'est le meilleur IDE Oracle avec OraDeveloper Studio. Malheureusement ces deux sont payants! et aucun autre IDE free ne me satisfait, SQL developer y compris.

Pouvez vous m'indiquer quel est le meilleur IDE Oracle gratuit? et s'il existe un moyen de manipuler les objets et les données avec un navigateur? (BD: Oracle8i)
Merci!!!!