Re: MediaGoblin, une petite demo n'aurait pas ete de trop

Pourquoi ? parce qu'être compatible avec PostgreSQL apporte des contraintes pénibles de développement, empêche d'optimiser les requêtes efficacement

Tiens je serais curieux de connaître ces optimisations.

Les utilisateurs testeurs sur PostgreSQL ne peuvent pas utiliser les plugins voire même certains thèmes et c'est très frustrant.

Je me demande ce qui peut entraîner une tel incompatibilité.

C'est dommage, mais nous allons nous reconcentrer sur MySQL, qui présente de nombreux avantages : disponibilité, libre, gratuit, performant.

Disponibilité je comprends, mais libre, gratuit et performant il est loin d'être le seul.

(le jour où MySQL ne présentera plus ces avantages, il sera temps de changer)

Et ça sera une galère monstre vu comme il semble difficile de gérer postgre actuellement (on parle quand même d'un SGBD qui a était racheté par Oracle et qui a connu au moins un fork plus quelques alternatives l'an dernier juste à cause de ça).

Vouloir être compatible avec plusieurs SGBD, c'est bien en théorie mais en pratique, c'est une charge de travail supplémentaire et au final, il faut être réaliste : les utilisateurs s'en moquent complètement. Les utilisateurs, ils veulent que ça marche, pas que les contraintes d'intégrité référentiel soient gérées de telle ou telle façon. Désolé si c'est trop pragmatique mais c'est mon expérience.

Tu trouveras rarement un logiciel Java qui limite à une base de données (le seul que je connais c'est Oracle SQL Developer), c'est tout l'avantage de JDBC, Perl a DBI, python a SQLAlchemy, PHP a ses équivalents. Quand ils sont utilisé le coût de l'abstraction est nul. Les administrateurs (ceux qui installent ces solutions) sont sensibles à ça (et même free.fr propose Postgre).

Enfin ce que je voulais dire, c'est que je n'ai pas trouvé l'info du SGBD qu'ils utilisaient pour MediaGoblin. Enfin si, avec un peu plus de recherche, j'ai trouvé qu'ils utilisaient MongoDB, qui n'est pas un SGBD. Donc tu ne pourras pas utiliser PostgreSQL, mais à mon sens cela n'a rigoureusement aucune importance.

MongoDB est un SGBD, c'est juste pas un SGBDR. Oui du coup il n'y a pas de choix possible, mais en même temps ça n'existe pas encore d'abstraction autour des bases de données orientés document.

Encore une fois, je constate de manière empirique sur des exemples concrets (probablement pas assez nombreux pour en tirer une conclusion générale), mais lorsque j'ai fait tourner du Ruby On Rails ou du Python, le serveur avait vraiment du mal à suivre et la conséquence était une dégradation rapide de la qualité de service pour les visiteurs du site. Les applications équivalentes en PHP n'avaient quasiment pas d'incidence sur la consommation CPU/RAM du serveur.

Comme déjà dis tu es ici sur un site en Ruby on Rail qui est un peu plus léger que sa précédente version en PHP qui utilisait un moteur de template réputé très optimisé.

OK, alors effectivement ça change tout, ils visent une niche vraiment petite (pour le moment, dans 5 ans, ce sera peut-être la majorité)

Petite par rapport à quoi ? Ils cherchent à répondre à un besoin.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)