Je me demande ce qui peut entraîner une tel incompatibilité.
Il suffit qu'un thème utilise un REPLACE INTO et hop, il n'est pas compatible avec PostgreSQL ou SQLite. On a des fonctions dans Piwigo pour simplifier ce genre de cas très basique de mise à jour d'une valeur de configuration en base de données, mais tous les développeurs de plugins/thèmes ne les utilise pas.
Disponibilité je comprends, mais libre, gratuit et performant il est loin d'être le seul.
Je me suis mal exprimé. Ce sont ses points forts, il n'est pas le seul à les avoir. Son réel avantage par rapport à PostgreSQL, c'est la disponibilité.
[a propos d'un changement vers MariaDB] Et ça sera une galère monstre
vu comme il semble difficile de gérer postgre actuellement
Non, je ne pense pas. Je serai étonné que les créateurs de MySQL, qui ont créé MariaDB suite au rachat Oracle il me semble, ne fassent pas en sorte que MariaDB soit syntaxiquement compatible avec MySQL (ou alors ce serait stratégiquement un peu bête...)
(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).
Lors du rachat par Oracle, j'ai cru que les jours de MySQL étaient comptés et je me suis intéressé aux forks de l'époque. Et puis en pratique, rien n'a changé : cela reste libre et gratuit, disponible partout. A ma connaissance, le développement est aussi fermé qu'avant. Bref, pas de changement particulier. Donc pas de quoi s'inquiéter pour le moment.
Perl a DBI
J'ai quelques années de développement Perl derrière moi et je ne vois pas en quoi DBI fait de l'abstraction. DBI prend des requêtes SQL en entrée, donc potentiellement compatible avec un seul SGBD. On a strictement le même système dans Piwigo. Cela ne rend pas le code miraculeusement compatible avec tous les SGBD.
[à propos de la taille du public visé par MediaGoblin] Petite par rapport
à quoi ? Ils cherchent à répondre à un besoin.
Petite par rapport à Piwigo. Ce n'est pas péjoratif. J'espère bien qu'ils cherchent à répondre à un besoin (sinon c'est un peu du temps perdu ;-).
Je répète ce que j'ai dit dans un autre message : il y a 2 niveaux pour les "utilisateurs" de MediaGoblin à mon avis. D'abord ceux qui installent puis ceux qui ouvrent un compte. Ce ne sont a priori pas du tout les même profils. Dans le cas de Piwigo en revanche, celui qui utilise est aussi celui qui installe. Donc le public est assez différent je pense.
[^] # Re: MediaGoblin, une petite demo n'aurait pas ete de trop
Posté par Pierrick Le Gall . En réponse à la dépêche Petites brèves : MediaGoblin, CloudStack, Walt Disney et G'MIC. Évalué à 5.
On ne peut tout simplement plus utiliser des fonctionnalités spécifiques à MySQL. Il ne faut pas chercher plus loin que cela. Les grosses optimisations, c'est la capacité de faire de l'update en masse par exemple, mais ça ça marche bien avec PostgreSQL. J'explique l'algorithme dans un vieux billet sur mon blog http://le-gall.net/pierrick/en/blog/index.php?post/2007/11/29/108-mysql-bulk-update-with-talend-open-studio
Il suffit qu'un thème utilise un REPLACE INTO et hop, il n'est pas compatible avec PostgreSQL ou SQLite. On a des fonctions dans Piwigo pour simplifier ce genre de cas très basique de mise à jour d'une valeur de configuration en base de données, mais tous les développeurs de plugins/thèmes ne les utilise pas.
Je me suis mal exprimé. Ce sont ses points forts, il n'est pas le seul à les avoir. Son réel avantage par rapport à PostgreSQL, c'est la disponibilité.
Non, je ne pense pas. Je serai étonné que les créateurs de MySQL, qui ont créé MariaDB suite au rachat Oracle il me semble, ne fassent pas en sorte que MariaDB soit syntaxiquement compatible avec MySQL (ou alors ce serait stratégiquement un peu bête...)
Lors du rachat par Oracle, j'ai cru que les jours de MySQL étaient comptés et je me suis intéressé aux forks de l'époque. Et puis en pratique, rien n'a changé : cela reste libre et gratuit, disponible partout. A ma connaissance, le développement est aussi fermé qu'avant. Bref, pas de changement particulier. Donc pas de quoi s'inquiéter pour le moment.
J'ai quelques années de développement Perl derrière moi et je ne vois pas en quoi DBI fait de l'abstraction. DBI prend des requêtes SQL en entrée, donc potentiellement compatible avec un seul SGBD. On a strictement le même système dans Piwigo. Cela ne rend pas le code miraculeusement compatible avec tous les SGBD.
Petite par rapport à Piwigo. Ce n'est pas péjoratif. J'espère bien qu'ils cherchent à répondre à un besoin (sinon c'est un peu du temps perdu ;-).
Je répète ce que j'ai dit dans un autre message : il y a 2 niveaux pour les "utilisateurs" de MediaGoblin à mon avis. D'abord ceux qui installent puis ceux qui ouvrent un compte. Ce ne sont a priori pas du tout les même profils. Dans le cas de Piwigo en revanche, celui qui utilise est aussi celui qui installe. Donc le public est assez différent je pense.