Quel environnement de développement choisir avec Oracle ?

[geforce]

Quel environnement de développement choisir avec Oracle ?
Bonjour à tous,

Je suis chargé de chercher le meilleur environnement de développement possible relié à la base de données Oracle de l'entreprise dans laquelle je travaille.

Pour cela, j'aurais besoin de l'avis de professionnels.
Quel est, selon vous, le meilleur environnement de développement à utiliser avec Oracle ?

Utiliser un autre environnement que ceux vendus par Oracle eux-même pose-t-il problème au niveau de la génération des rapports ?
Y'a t il des erreurs au niveau de la communication entre l'interface d'Oracle et
celle de l'environnement ?

Je ne demande pas un rapport complet, juste votre avis ainsi que quelques pistes afin de prendre une bonne décision.

Merci d'avance.
NB: un environnement de développement = (IDE, Serveur d'application, Moteur de WorkFlow, Base de donnés Oracle, ... et d'autre chose pour le quel je n'est pas encore connaissance et que vous pensé utile pour nous)

[Garuda]

Je pense qu'il faudrait commencer par savoir quelles compétences tu as à ta disposition !

[ojo77]

de mon coté, je pense que le meilleurs environnement de développement pour Oracle est :

SQL*Plus
Notepad ++ (ou SCITE)

si tu veux un serveur d'appli : PHP + Apache (voire APEX si tu es joueur)

...

Maintenant comme le dit Garuda, ça dépend de qui tu as à disposition pour travailler

[funoracle]

Avec potentiellement plusieurs développeurs, plusieurs versions, etc ...
une gestion de conf. = CVS, SVN ou autre est indispensable.

Franck.

[Garuda]

Compétences en matiére de developpement (Java, PL/SQL, PHP, Dot Net,etc...) !!!!

[star]

Access en frontal c'est pas mal aussi
.

[kalina]

Bonjour,
(java,oracle), un couple parfait pour moi

[FSiebert]

Bonjour,

Il n'y a que moi que ça interpelle qu'on ne parle à aucune moment des besoins ?
Ça dépend évidemment de ce que vous voulez développer (en très vrac : site web, application desktop ; application autonome ou qui interagit avec d'autres systèmes de l'entreprise par exemple via des webservices ; quel besoin de performance ; quels sont les besoins fonctionnels).

Il n'y a pas de "meilleur environnement", il n'y a que des environnements adaptés à des besoins.

[ojo77]

J'ai envie de dire que quel que soit le besoin applicatif, tous les langages de programmation et donc tous les environnements de travail sont capable de le produire. C'est donc les compétences des développeurs qui sont importantes.

Ce n'est là qu'un avis personnel, bien évidemment

[FSiebert]

Envoyé par ojo77

J'ai envie de dire que quel que soit le besoin applicatif, tous les langages de programmation et donc tous les environnements de travail sont capable de le produire. C'est donc les compétences des développeurs qui sont importantes.

Ce n'est là qu'un avis personnel, bien évidemment

C'est très restricitf...

Des exemples incomplets et imprécis mais ça explicitera mon propos :
Si on veut mettre en place une interface Web pour gérer simplement les données d'une base, ça se fait mieux avec APEX ou en Java (mais sûrement moins rapidement) qu'avec du C++.
Si on veut mettre en place un webservice qui insère les données reçues en base, ça se fait mieux en Java qu'avec APEX.
Si on veut faire des gros traitements de calcul sur des données, ça sera probablement plus rapide en C++.

[ojo77]

Et tout pourra être effectué très lentement (en temps de traitement) en shell ou en basic ou très rapidement en C ou en cobol.

[Garuda]

Envoyé par star

Access en frontal c'est pas mal aussi
.

je te souhaite bien du plaisir à developper une appli un peu costaude en ACCESS (gestion des accés concurrentiels, limitation des données remontées sur le client, gestion des rollback, etc...)

[FSiebert]

Envoyé par ojo77

Et tout pourra être effectué très lentement (en temps de traitement) en shell ou en basic ou très rapidement en C ou en cobol.

Sauf qu'il cherche "le meilleur environnement de développement possible relié à la base de données Oracle". Alors on peut toujours tout faire avec tout (encore que) mais ce n'est pas du tout pertinent.

Un autre exemple sur les compétences internes : si on a des développeurs C++ dans l'équipe on ne va quand même pas utiliser du C++ pour générer des pages HTML afin de mettre en place un intranet. Non seulement ça ne sera pas adapté, mais en plus ça risque de fortement les énerver de voir que l'entreprise à décider d'utiliser du C++ pour générer des pages HTML alors que ce n'est absolument pas adapté (et passons sur le fait qu'ils n'ont probablement pas de compétences suffisantes pour générer du HTML from scratch).

[ojo77]

Envoyé par FSiebert

si on a des développeurs C++ dans l'équipe on ne va quand même pas utiliser du C++ pour générer des pages HTML afin de mettre en place un intranet. Non seulement ça ne sera pas adapté, mais en plus ça risque de fortement les énerver de voir que l'entreprise à décider d'utiliser du C++ pour générer des pages HTML alors que ce n'est absolument pas adapté (et passons sur le fait qu'ils n'ont probablement pas de compétences suffisantes pour générer du HTML from scratch).

Je suis content qu'on soit d'accord : Si il n'y a pas de compétences pour faire du html, alors il ne faut pas faire de html (que ça soit en C, en PL/SQL en java, en perl, en basic, en C# ou en langage machine)

[FSiebert]

Envoyé par ojo77

Je suis content qu'on soit d'accord : Si il n'y a pas de compétences pour faire du html, alors il ne faut pas faire de html (que ça soit en C, en PL/SQL en java, en perl, en basic, en C# ou en langage machine)

Donc si on n'a pas les compétences on ne fait pas. Intéressant comme approche, personnellement j'aurai plutôt tendance à former les gens.

[star]

je te souhaite bien du plaisir à developper une appli un peu costaude en ACCESS

pas plus difficile qu'avec Forms 6i et reports 5

[Garuda]

Envoyé par star

pas plus difficile qu'avec Forms 6i et reports 5

Je ne parlais pas de developpement mais d'exploitation (ACCESS inutilisable des que le nombre de postes dépasse la dizaine, et je suis sympa !) : on parle ici d'application d'entreprise, si je ne m'abuse.

[FSiebert]

Pour insister (encore) sur mon propos par rapport au débat actuel, pourquoi exclure si vite Access ?
Si on veut développer rapidement une application servant d'interface avec une base de données, Access peut-être tout à fait acceptable pour développer les écrans. Il y a effectivement des contraintes (typiquement peu d'accès concurrents, volumes peu importants, etc.) mais c'est un outil qui peut répondre à certains besoins.

geforce, quels sont vos besoins ? Qu'on puisse avoir d'autres réponses que des listes d'outils/langages sans arguments
Parce que bon, sinon, on peut interroger une base Oracle avec sqlplus, ça marche très bien

[star]

ACCESS inutilisable des que le nombre de postes dépasse la dizaine

il fallait lire "Access en frontal"
Access peut très bien s'interfacer à une base Oracle si je ne m'abuse !
on se retrouve bien dans le cas du client serveur si cher à Forms 6i n'est-ce pas ?
.

[Garuda]

Access peut très bien s'interfacer à une base Oracle si je ne m'abuse !
on se retrouve bien dans le cas du client serveur si cher à Forms 6i n'est-ce pas ?

Essaie un peu, pour voir !