Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] PostgreSQL vs Oracle, que dire à mes clients ?

Bonjour,
Malheureusement je ne peux que confirmer vos propos concernant les développeurs ou les DBA. La source est asséchée en France.

On va pas troller sur le sujet mais disons un petit pincement au coeur de voir que nous les vieux de la vieille on est posé mais qu'il y ait un manque pour reprendre le flambeau auprès des jeunes pour PostgreSQL.

Ce serait bien si lors des futures conférences un appel pour convaincre de jeunes talents de faire carrière sous PostgreSQL pouvait être lancé.

Cordialement.

________________________________
De : Michel Payan <michel(dot)payan(at)gmail(dot)com>
À : kaliderus <kaliderus(at)gmail(dot)com>
Cc : Pgsql Fr Generale <pgsql-fr-generale(at)postgresql(dot)org>
Envoyé le : Mardi 2 décembre 2014 16h01
Objet : [pgsql-fr-generale] Re: [pgsql-fr-generale] PostgreSQL vs Oracle, que dire à mes clients ?

Pas évident de faire une liste tant il y a de différences (et de pseudo similitudes) entre ces deux types de bases !

Pour ma part, quand je dois conseiller un de mes clients, j'essaie plutôt d'abord de le faire parler ...
Dis-moi ce dont tu as besoin et je te donnerai les avantages et inconvénients des deux solutions pour le but à atteindre.

On n'a que faire par exemple de savoir si un ou l'autre des moteurs supporte ou non l'indexation XML si on ne va pas s'en servir.

J'ai récemment convaincu un de mes très gros client de faire la bascule sur PG, cette année a donc vu fleurir plus de 30 clusters PG sur le leur parc ...
Le plus dur n'a pas été de trouver ou pas les fonctionnalités dans PG mais de trouver sur le marché des développeurs expérimentés ayant la compétence PG alors que c'est beaucoup plus facile d'en trouver sous Oracle (ou Sybase, MsSql, ...). C'est un point que j'avais totalement sous-estimé.

Nous avons en France un certain nombre de sociétés qui propose un très bon niveau d'expertise et de formation mais je n'en connais pas qui propose un vrai pool de développeurs et/ou DBA en régie !

Une rencontre style "ascenseur" comme tu dis serait plus facile pour en parler. En général chez les PGmen, c'est plutôt autour d'une bière ...

;)
@+

dbSQWare|www.dbsqware.com|Exploitez vos bases de données en toute sérénité …

Le 2 décembre 2014 15:00, kaliderus <kaliderus(at)gmail(dot)com> a écrit :

Bonjour tous,
>
>Il y a quelques mois je lançais un thread sur comment convaincre (en 3
>minutes) un client du bien de PostgreSQL par rapport à mysql.
>
>Même punition entre PostgreSQL et le standard (de fait), Oracle.
>
>C'est plus un exercice de style type " rencontre dans l'ascenseur "
>qu'une liste exhaustive des fonctionnalités.
>D'ailleur si une telle liste (mise à jour d'il y a pas longtemps)
>existe je suis preneur...
>
>Je me lance, dans le désordre
>
>PostgreSQL :
>
>C'est libre, donc éthiquement bien.
>Bonne documentation.
>Support des date/timestamps sans soucis.
>Sauvegarde des bases possibles par 2 commandes (pg_dump ou
>pg_basebackup), (sans parler des backup des fichiers de données).
>Bon respect du standard.
>Support principalement communautaire, avec de bons consultants
>disponibles si besoin
>Produit qui évolue régulièrement, et patchable à l'infini (si on a la niveau)
>Portée sur de nombreuses plate-formes (plus qu'Oracle ?)
>
>Oracle :
>
>Bonne documentation, mais beaucoup d'informations difficiles à trouver
>quand on a une question précise (je n'ai utilisé que la version "web"
>depuis longtemps).
>Backup possible par différents moyens (je ne suis pas dba Oracle, mais
>c'est ce que j'ai compris), et le tout sous format binaire non
>documenté...
>...du coup une fois que les données sont en base, il n'est pas aisé de
>les extraire simplement.
>Des libertés avec le standard SQL.
>Un transtypage des données pas nécessairement justifié (notamment avec
>les type "dates").
>Support payant (à priori bon), mais pas nécessairement de solutions
>lors de remontées d'anomalies, tout dépend si M. Oracle dit que c'est
>urgent ou pas.
>Il existe des outils graphiques afin d 'aider les admins dans leur
>taches quotidiennes (style gérer 200 bases en parallèle) (sauf erreur,
>on doit reconnaître qu'il en existe peu avec PostgreSQL)
>
>Merci de votre participation :-)
>
>
>--
>Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)
>