Re: [Galette-discussion] SQLite or not...
Salut, Le 14/03/2015 12:57, Johan Cwiklinski a écrit : En conséquence, je me demande si je ne vais pas purement et simplement supprimer le support SQLite de Galette, ce n'est pas super utilisé de ce que je peux en constater. Je n'aime pas vraiment supprimer des choses qui sont déjà existantes, mais par moments, il le faut bien... Du coup, e support SQLite sera supprimé de la prochaine version de Galette (0.8.2). Je remercie vivement Bohwaz qui avait gracieusement intégré ce support dans Galette ; mais malheureusement, le temps pour maintenir les différentes bases supportées vient à me manquer (la plupart des plugins officiels ne fournissent toujours de support pour ce moteur - faute de temps... Et les différences sont assez importantes à force). Très peu de personnes utilisent ce moteur pour Galette ; toutes mes excuses pour ceux qui l'auraient choisi, il ne devrait pas être trop complexe de migrer. ++ -- Johan signature.asc Description: OpenPGP digital signature ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] SQLite or not...
Bonjour, On Sat, 14 Mar 2015, Johan Cwiklinski wrote: À priori, c'est OK pour SQLite pour l'actuelle version nigthly ; si tu peux tester... Je me suis heurté à une difficulté à l'install : Opération ALTER non autorisé Après avoir pas mal gratté, j'ai remplacé la ligne 355 de Core/Db.php par : $sql='ALTER TABLE galette_test ADD COLUMN titi INT REFERENCES galette_adherent(id_adh)'; (On pourrait faire plus simple avec un simple add column par exemple, mais tant qu'à faire, autant tester la fonctionnalité). Par contre, je n'arrive pas à rentrer une fiche attachée à une autre. Déjà un pb avec le javascript, qui me demande de cocher successivement les cases adminsitrateur..., exempt... et apparaitre dans la liste Puis, quand la fiche est enfin envoyée, j'ai une erreur :- Les mots de passe ne correspondent pas !. :-( J'ai essayé de faire PRAGMA foreign_keys; alla mano, qui renvoie 0. j'ai donc fait PRAGMA foreign_keys = ON; toujours à la main, mais ça ne reste pas lorsque je quitte la session sqlite3 ... Peut-être m'y prends-je mal, ou faut-il ajouter PRAGMA foreign_keys = ON à l'initialisation, ou ... (?) Peut-être n'y a-t-il aucun rapport avec l'erreur signalée ? Je sèche un peu pour l'instant. Alain *** *Alain Castera* * IPNL - UCB Lyon 1 | e-mail : alain.cast...@in2p3.fr * LABO EN LUTTE ! * Bat. Paul Dirac | orcast...@in2p3.fr * * Campus de la Doua | Telephone : (+33) 472448429 * * F69622 Villeurbanne CEDEX | Fax : (+33) 472448004 * ***___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] SQLite or not...
Salut à tous. On Sat, 14 Mar 2015, Johan Cwiklinski wrote: Les tests, c'est bien, mais mon problème, c'est le temps de développement qu'il faut passer sur SQLite spécifiquement. ... Le truc, c'est que j'ai déjà bien du mal à tester/corriger de front les support MySQL et PostgreSQL (qui sont bien plus importants à mes yeux) :/ Je comprends tout à fait. Je n'argumenterai donc pas monguement sur les avantages de mysal en milieu de déploiement partagé (simplicité e sauvegarde, indépendance, etc)... Mais juste pour faire une dernière tentative : Dans https://www.sqlite.org/foreignkeys.html il est dit : It is not possible to use the ALTER TABLE ... ADD COLUMN syntax to add a column that includes a REFERENCES clause, unless the default value of the new column is NULL. Attempting to do so returns an error. NULL n'est-il as acceptable comme valeur par défaut dans ce cas précis ? Ça permettrait de transformer les tables sqlite de la même façon qu'avec les autres moteurs, si je comprends bien. Quelle que soit la conclusion, merci pour tout. Alain P.S. : je vais poster sur redmine des patch pour implémenter la recherche sur plusieurs groupes. Ce n'est pas parfait (un peu bidouillé) , mais ça a l'air de marcher chez moi (quelques vérif à faire encore). Quel format de patch préfères-tu (en général, je fais simplement diff -u , mais je peux m'adapter) ? *** *Alain Castera* * IPNL - UCB Lyon 1 | e-mail : alain.cast...@in2p3.fr * LABO EN LUTTE ! * Bat. Paul Dirac | orcast...@in2p3.fr * * Campus de la Doua | Telephone : (+33) 472448429 * * F69622 Villeurbanne CEDEX | Fax : (+33) 472448004 * ***___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] SQLite or not...
Salut, Le 14/03/2015 20:31, Alain Castera a écrit : Dans https://www.sqlite.org/foreignkeys.html il est dit : It is not possible to use the ALTER TABLE ... ADD COLUMN syntax to add a column that includes a REFERENCES clause, unless the default value of the new column is NULL. Attempting to do so returns an error. NULL n'est-il as acceptable comme valeur par défaut dans ce cas précis ? Ça permettrait de transformer les tables sqlite de la même façon qu'avec les autres moteurs, si je comprends bien. Bien vu :-) J'essayais - comme pour les autres moteurs - de créer d'abord le champ, puis de créer la clé étrangère ; ce qui ne fonctionnait pas. À priori, c'est OK pour SQLite pour l'actuelle version nigthly ; si tu peux tester... Merci :) P.S. : je vais poster sur redmine des patch pour implémenter la recherche sur plusieurs groupes. Ce n'est pas parfait (un peu bidouillé) , mais ça a l'air de marcher chez moi (quelques vérif à faire encore). Quel format de patch préfères-tu (en général, je fais simplement diff -u , mais je peux m'adapter) ? Ce qui est vraiment le plus pratique, ce sont des patchs GIT, mais des diff ne posent pas de problèmes :-) Attentions à la recherche sur les groupes : de mémoire, j'avais réussi à solutionner ça en MySQL, mais pas en PostrgeSQL (voir le ticket #301) :( ++ -- Johan signature.asc Description: OpenPGP digital signature ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] SQLite or not...
Salut, On Sat, 14 Mar 2015, Johan Cwiklinski wrote: Les récentes modifications de Galette (lien entre fiches) impliquent l'ajout d'une clé étrangère dans la table des adhérents (1). J'ai découvert (avec horreur...) que SQLite n'est pas capable de gérer ce type de modification. La seule possibilité (confer leur FAQ (2)) ; c'est de recréer une nouvelle table directement, et de ré-injecter les données dedans... La table des adhérents est un peu le centre névralgique de Galette ; et elle est assez conséquente (voir les scripts de création (3)) ; je ne souhaite pas vraiment y toucher de cette manière. Je ne suis pas sûr de comprendre : la modification est à faire une seule fois lors de l'upgrade, non ? Après, sqlite gère ça correctement, ou je me trompe ? Et ce n'est pas toute la base qu'il faut recréer, juste la table concernée, c'est ça ? C'est si dangereux que ça ? (Après tout, les bases galettes sont quand même de taille assez limitées, sinon l'utilisation sur un fichier à plat serait de toutes façons peu efficace). L'avantage, c'est qu'on peut très facilement faire un backup de la base depuis le code de l'upgrade (juste un fichier à dupliquer) et la recharger en cas d'incident. Je ne mesure pas bien le boulot d'adaptation qu'un tel scenario représente il est vrai. En conséquence, je me demande si je ne vais pas purement et simplement supprimer le support SQLite de Galette, ce n'est pas super utilisé de ce que je peux en constater. Ben moi, ça m'embête un peu : - sur ma machine de test, ça m'évite de me prendre la tête avec une install mysql. - sur mes machines de prod (ovh), je suis limité en nombre de base de données. De plus, c'est ainsi assez facile de séparer les bases et de ne pas pénaliser l'accès à une d'entre elle par les accès à d'autres. Donc, sans vouloir tout bloquer pour autant, je vote popur la conservation d'un support pour sqlite. Je peux faire quelques tests si ça peut aider... Alain.___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] SQLite or not...
Bonjour, Mon avis est que SQLite ne se justifie plus pour Galette dès lors qu'il empêche le développement de nouvelles fonctionnalités. SQLite c'est léger et rapide mais qui s'en sert encore, maintenant que la plupart des hébergements pro sérieux proposent MySql pour pas cher ? *Florian Robardet* nair...@gmail.com *Pensez à l'environnement, n’imprimez ce message que si c'est nécessaire !* Le 14 mars 2015 12:57, Johan Cwiklinski jo...@x-tnd.be a écrit : Salut, Les récentes modifications de Galette (lien entre fiches) impliquent l'ajout d'une clé étrangère dans la table des adhérents (1). J'ai découvert (avec horreur...) que SQLite n'est pas capable de gérer ce type de modification. La seule possibilité (confer leur FAQ (2)) ; c'est de recréer une nouvelle table directement, et de ré-injecter les données dedans... La table des adhérents est un peu le centre névralgique de Galette ; et elle est assez conséquente (voir les scripts de création (3)) ; je ne souhaite pas vraiment y toucher de cette manière. En conséquence, je me demande si je ne vais pas purement et simplement supprimer le support SQLite de Galette, ce n'est pas super utilisé de ce que je peux en constater. Des avis ? ++ (1) - http://git.tuxfamily.org/galette/galette.git/diff/galette/install/scripts/upgrade-to-0.82-mysql.sql?h=developid=788cb0218c57309b5c58b6f39427cff4af589f7f (2) - http://www.sqlite.org/faq.html#q11 (3) - http://git.tuxfamily.org/galette/galette.git/tree/galette/install/scripts/sqlite.sql?h=develop#n5 -- Johan ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion