Re: Convaincre mon boss / client : MySQL contre PostgreSQL

From: Sébastien Dinot <sebastien(dot)dinot(at)free(dot)fr>
To: Pgsql Fr Generale <pgsql-fr-generale(at)postgresql(dot)org>
Subject: Re: Convaincre mon boss / client : MySQL contre PostgreSQL
Date: 2013-10-22 22:13:04
Message-ID: 20131022221304.GA8304@dinot.net
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-fr-generale

Dimitri Fontaine a écrit :
> Une formation permet d'utiliser un outil respectueux des données, si
> tu m'autorises à reprendre tes mots, ce n'est pas un argument
> recevable.

Tu sais très bien qu'une formation, même dite avancée, ne fait pas de
toi un expert. Quand tu as une longue pratique d'un outil, quand tu
connais ses forces et ses faiblesses, quand tu sais ce que tu peux lui
demander, quand un problème t'en rappelle un autre déjà rencontré
quelques années auparavant, tu réfléchis à deux fois avant de changer.

Dans mon entreprise, on n'interdit pas aux développeurs d'utiliser de
nouveaux outils, surtout s'ils ont des arguments solides à leur égard,
mais on les invite fortement à opter pour ceux qui sont largement
maîtrisés en interne et sur lesquels nous avons de l'expérience, voire
des experts identifiés.

Heureusement, PostgreSQL et PostGIS font partie de ceux-ci et c'est
opter pour autre chose qui est devenu suspect. :)

> Il faut étudier le retour sur investissement d'une telle migration.
> Dès que l'on attribue de la valeur aux données, le calcul ne peut que
> très difficilement pencher du côté d'un tel existant.

Toi, tu n'as pas assez cotoyé les outils en Fortran et les programmes de
longue haleine où l'application a été qualifiée en 2004 pour une
exploitation en 2014. ;)

> > Dans tous les autres cas, mon choix se portera soit sur PostgreSQL,
> > soit sur SQLite.
>
> Je pensais à des systèmes non transactionnels ou bien qui n'opèrent
> qu'en mémoire, des solutions où la qualité de service peut être
> satisfaite lorsque l'on perd l'accès aux données, voir les données
> elles-mêmes.

C'est un fait, pour du décisionnel, on opte pour un moteur OLAP et pour
du « Big Data », pour un moteur « No SQL » mais même en restant dans le
périmètre de l'approche relationnelle, dans certains cas de figure,
SQLite peut être un bien meilleur choix que PostgreSQL, y compris sur
des bases de relativement forte volumétrie (j'ai une base SQLite de
26 Go à la maison).

Sébastien

--
Sébastien Dinot, sebastien(dot)dinot(at)free(dot)fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

--
Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)

In response to

Browse pgsql-fr-generale by date

  From Date Subject
Next Message damien clochard 2013-10-23 07:43:43 Re: Convaincre mon boss / client : MySQL contre PostgreSQL
Previous Message Dimitri Fontaine 2013-10-22 21:45:41 Re: Convaincre mon boss / client : MySQL contre PostgreSQL