Je pense que bon nombre de DSI feraient mieux d'y voir clair dans le jeu d'oracle.
Le pépin est qu'il y a beaucoup d'éditeurs incompétents qui ne savent s'interfacer qu'avec Oracle.
J'ai vu ça à plusieurs endroits. Alors bien sûr le prétexte donné par les éditeurs est qu'Oracle est bien plus puissant... pour faire tourner 30 postes clients, sans aucune réplication, sans rien de spécial. Et si possible avec uniquement le paramétrage par défaut tellement leurs techniciens/développeurs n'ont jamais pris le temps d'étudier la question (ou n'ont jamais pu car l'éditeur s'en fiche).
J'ai même du Oracle pour une application monoposte (gestion de cimetière). Mais là on peut utiliser une version gratuite. Ça reste tout de même hyper lourd à gérer.
[^] # Re: Fuyez Oracle a tout prix
Posté par Kerro . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 2.
Le pépin est qu'il y a beaucoup d'éditeurs incompétents qui ne savent s'interfacer qu'avec Oracle.
J'ai vu ça à plusieurs endroits. Alors bien sûr le prétexte donné par les éditeurs est qu'Oracle est bien plus puissant... pour faire tourner 30 postes clients, sans aucune réplication, sans rien de spécial. Et si possible avec uniquement le paramétrage par défaut tellement leurs techniciens/développeurs n'ont jamais pris le temps d'étudier la question (ou n'ont jamais pu car l'éditeur s'en fiche).
J'ai même du Oracle pour une application monoposte (gestion de cimetière). Mais là on peut utiliser une version gratuite. Ça reste tout de même hyper lourd à gérer.