Dangers MySQL - MariaDB - Important votre avis sur cet article
Mesdames, Messieurs les experts sgdb, Si on mets de côté le penchant de l'auteur pour SQL Server, je m'en remets à vous sur la pertinence d'un tel article. https://sqlpro.developpez.com/tutoriel/dangers-mysql-mariadb/ à vous lire Merci Hugo
SqlServer capuce stûpas libre. Postgresql rulez. Le 18 décembre 2019 14:53:22 GMT+01:00, SIMANCAS Hugo <hugo.simancas@data-expertise.com> a écrit :
Mesdames, Messieurs les experts sgdb,
Si on mets de côté le penchant de l'auteur pour SQL Server, je m'en remets à vous sur la pertinence d'un tel article. https://sqlpro.developpez.com/tutoriel/dangers-mysql-mariadb/
à vous lire
Merci
Hugo
-- Envoyé de /e/ Mail.
J'ai vu passer l'article il y a quelques mois, le mec est complètement à côté de la plaque comme sur la plupart de ses articles d'ailleurs. Si tu n'as pas les compétences sur Mariadb, tu peux t'amuser à lire les commentaires qui remettent les choses en place. Commentaires d'ailleurs très modérés, vu le nombre d'énormités dans cet article. Le mer. 18 déc. 2019 à 14:57, Franck Routier (perso) <alci@mecadu.org> a écrit :
SqlServer capuce stûpas libre. Postgresql rulez.
Le 18 décembre 2019 14:53:22 GMT+01:00, SIMANCAS Hugo < hugo.simancas@data-expertise.com> a écrit :
Mesdames, Messieurs les experts sgdb,
Si on mets de côté le penchant de l’auteur pour SQL Server, je m’en remets à vous sur la pertinence d’un tel article.
https://sqlpro.developpez.com/tutoriel/dangers-mysql-mariadb/
à vous lire
Merci
Hugo
-- Envoyé de /e/ Mail. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Histoire de faciliter la vie de tout le monde, le lien des commentaires pour developpez.com : https://mysql.developpez.com/actu/270375/Decouvrez-les-dangers-de-MySQL-et-M... (vu que le lien de base est celui de l'article épuré de commentaires). Le commentaire de fatAgnus est particulièrement enrichissant car il replace l'article dans un contexte : celui de l'analyse de l'open-source et de la pertinence des metrics. Les démonstrations de bugs concernant des cas particuliers sont intéressantes, mais sont toutes spécifiques, de plus, les démonstrations contiennent souvent des règles sémantiques, et ne sont donc pas à considérer sciemment comme des problèmes. Typiquement, c'est le cas pour la démonstration d'absence d'intégrité d'une table où MySQL est plus permissif que SQL Server ou Oracle. En soit, c'est un débat d'expert, pas de gens qui veulent juste que ça fonctionne ou qui ont besoin d'avancer dans le code, pas de s'interroger sur la stabilité générale de la structure. L'article pourrait être considéré comme un troll si l'auteur ne mettais pas en avant sa compétence avec SQLServer, ce qui est plus que problématique. Bien cordialement, Darcosion. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ Le mercredi 18 décembre 2019 15:56, Refuznik <refuznikster@gmail.com> a écrit :
J'ai vu passer l'article il y a quelques mois, le mec est complètement à côté de la plaque comme sur la plupart de ses articles d'ailleurs. Si tu n'as pas les compétences sur Mariadb, tu peux t'amuser à lire les commentaires qui remettent les choses en place.
Commentaires d'ailleurs très modérés, vu le nombre d'énormités dans cet article.
Le mer. 18 déc. 2019 à 14:57, Franck Routier (perso) <alci@mecadu.org> a écrit :
SqlServer capuce stûpas libre. Postgresql rulez.
Le 18 décembre 2019 14:53:22 GMT+01:00, SIMANCAS Hugo <hugo.simancas@data-expertise.com> a écrit :
Mesdames, Messieurs les experts sgdb,
Si on mets de côté le penchant de l’auteur pour SQL Server, je m’en remets à vous sur la pertinence d’un tel article.
https://sqlpro.developpez.com/tutoriel/dangers-mysql-mariadb/
à vous lire
Merci
Hugo
-- Envoyé de /e/ Mail. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Sur le passage sur les sauvegardes, le monsieur ne connaît pas visiblement pas innobackupex. L'ensemble de l'article est à l'avenant. Bref mieux vaut passer son chemin et gagner du temps. On 18/12/2019 15:56, Refuznik wrote:
J'ai vu passer l'article il y a quelques mois, le mec est complètement à côté de la plaque comme sur la plupart de ses articles d'ailleurs. Si tu n'as pas les compétences sur Mariadb, tu peux t'amuser à lire les commentaires qui remettent les choses en place.
Commentaires d'ailleurs très modérés, vu le nombre d'énormités dans cet article.
-- Raphael Mazelier
Yop Je ne suis pas expert DB. A première vue, je n'aime pas le ton de l'article. Ca ne m'inspire pas confiance. D'ailleurs, au bout de 2 paragraphes, je me suis demandé si c'était un travail de fin d'année d'un étudiant. Alors, faire des trucs comme "virer des fichiers et s'étonner que le système ne s'aperçoit pas du problème", ... ben oui certes, mais .. je sais pas, c'est bizarre comme méthode d'analyse. Bref, j'irai creuser un peu, mais si c'était aussi catastrophique que ça, on trouverait rapidement d'autres analyses critiques. En tout cas je ne vais pas baser mes choix sur cet article. Manu Le mer. 18 déc. 2019 à 14:53, SIMANCAS Hugo < hugo.simancas@data-expertise.com> a écrit :
Mesdames, Messieurs les experts sgdb,
Si on mets de côté le penchant de l’auteur pour SQL Server, je m’en remets à vous sur la pertinence d’un tel article.
https://sqlpro.developpez.com/tutoriel/dangers-mysql-mariadb/
à vous lire
Merci
Hugo _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
-- Emmanuel Jacquet manu@formidable-inc.net
Blablabla De la rage d'un MVP microsoft, ce qui est intrinséquent honteux par ailleurs Je n'écoute pas les rageux. On 12/18/19 2:53 PM, SIMANCAS Hugo wrote:
Mesdames, Messieurs les experts sgdb,
Si on mets de côté le penchant de l'auteur pour SQL Server, je m'en remets à vous sur la pertinence d'un tel article. https://sqlpro.developpez.com/tutoriel/dangers-mysql-mariadb/
à vous lire
Merci
Hugo
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Si on mets de côté le penchant de l’auteur pour SQL Server, je m’en remets à vous sur la pertinence d’un tel article.
On le sait que mySQL/mariaDB c'est pas top. Mais ça fait le job et c'est le standard. On peut aussi bien critiquer le PHP comme étant la pire bouse des langages (ce qui n'est pas faux), ça n'avancera à rien (au moins pour les quelques années à venir). Dans la réalité, mySQL/mariaDB sont des 'petites' BD fiables et véloces en lecture et PHP est un langage interprété très rapide (vs python, faut pas exagérer non plus). On peut aussi ajouter que SQL server est plutôt une bonne base de données. Pour ma part, PostgreSQL ou MariaDB répondent à tous les cas d'usages. -- Be Seeing You Number Six
Le 18/12/2019 à 14:53, SIMANCAS Hugo a écrit :
Mesdames, Messieurs les experts sgdb,
Si on mets de côté le penchant de l’auteur pour SQL Server, je m’en remets à vous sur la pertinence d’un tel article.
https://sqlpro.developpez.com/tutoriel/dangers-mysql-mariadb/
Il pourrait vérifier ses sources : Le nom n’a d’ailleurs pas été choisi au hasard. MySQL ne signifie-t-il pas que c’est « mon petit business » https://mariadb.com/kb/en/library/why-is-the-software-called-mariadb/ My et Maria sont les prénoms des filles de Michael Widenius. -- ============================================== | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frederic@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===========================Debian=GNU/Linux===
Bah c'est de la merde son article, genre complètement. Le mec a visiblement jamais administré du MySQL/MariaDB. J'ai arrêté assez vite de lire l'article tellement ça pue. "*MySQL ne signifie-t-il pas que c’est « mon petit business »*" bah en fait non "Son nom vient du prénom de la fille du cocréateur Michael Widenius, My (sv) (prononcer [my])." "*À l’exception de MySQL/MariaDB, tous les SGBD relationnels, PostGreSQL compris, disposent d’un catalogue" *MyISAM ne possède pas de catalogue. Si l'article était écrit il y a 15 ans, je veux bien, mais là c'est gros. Le mec a jamais ouvert un client MySQL, il est MVP MSSQL et il faudrait lui faire confiance aveuglement. TL;DR = c'est un mec qui vent sa techno merdique en chiant sur les autres. Jonathan Le mer. 18 déc. 2019 à 14:55, SIMANCAS Hugo < hugo.simancas@data-expertise.com> a écrit :
Mesdames, Messieurs les experts sgdb,
Si on mets de côté le penchant de l’auteur pour SQL Server, je m’en remets à vous sur la pertinence d’un tel article.
https://sqlpro.developpez.com/tutoriel/dangers-mysql-mariadb/
à vous lire
Merci
Hugo _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
-- bartoua est votre ami
Le 18/12/2019 à 14:53, SIMANCAS Hugo a écrit :
Mesdames, Messieurs les experts sgdb,
Si on mets de côté le penchant de l’auteur pour SQL Server, je m’en remets à vous sur la pertinence d’un tel article.
https://sqlpro.developpez.com/tutoriel/dangers-mysql-mariadb/
Une réponse un peu construite prendrait quand même un peu de temps, ça vaudrait peut être le coup (ou pas en fait), mais en résumé: - il y a quand même pas mal de mauvaise foi (utiliser sur MyISAM quand ça arrange, faire porter à MySQL des defaults de confs de distros ou des problématiques de devs fainéants, etc..) - de méconnaissance ou d’omissions volontaires (sur les backups par ex) - de bêtise (e.g. "il y a des CVE, donc ce n'est pas sécurisé", "DB crée par un amateur [il y a 25 ans bordel...]", ...) - d'arnaque (benchmarks, RAM/CPU usage, innodb-large-prefix, RGPD, les amendes sans aucun rapport, ...) - de fud ("DANGER!DANGER!DANGER!", les amendes sans aucun rapport avec la choucroute, ...) - il y a quand même des trucs vrais :D Bref, c'est extrêmement biaisé, globalement malhonnête, et parfois faux. Et en plus on ne parle pas de la même chose. Clairement, MySQL n'est pas "SQL compliant" au sens ANSI/ISO, tout le monde le sait. Ça ne fait pas papa-maman et a probablement une surface d'usage plus limitée que le mastodonte préféré de l'auteur (même pas sûr, mais je connais pas le bouzin, donc je passe mon tour là dessus). Donc si c'est vraiment un must have, et bien faut voir ailleurs (coté pg par exemple). Après on peut très bien décider de vivre avec. Il y'a quelques petits acteurs de la profession (facebook, uber, github, booking, ...) qui arrivent quand même à faire des trucs plutôt balaize avec. Je ne les vois pas vraiment comme des Ayatollah de "l'opensource" que ne jurent que par le "libre" sans aucune considération technique ou économique. À l'autre bout du spectre, il y a plein de petits (comme pas mal d'entre nous ici) qui s’appuient dessus ou sur pg avec succès pour des projets maison, en se démerdant seuls (ou avec SOF) pour le support. Getting sh*t done. Et ça depuis 20 ou 25 ans. S'il avait fallu attente SQL Server ou Oracle (been there) pour faire "des trucs" je ne sais pas trop ou on en serait aujourd'hui... probablement dans une espèce d'âge de pierre à faire encore du PL/SQL ou ce genre de joyeusetés. Merci Hugo pour ce moment WTF ;) M -- Michel Blanc { :github => "@leucos", :twitter => "@b9m", :gpg => 0xFFD64A7297B3990F }
Merci @ tous -----Message d'origine----- De : Michel Blanc <mblanc.networks@gmail.com> De la part de Michel Blanc Envoyé : mercredi 18 décembre 2019 16:42 À : frsag@frsag.org Cc : SIMANCAS Hugo <hugo.simancas@data-expertise.com> Objet : Re: [FRsAG] Dangers MySQL - MariaDB - Important votre avis sur cet article Le 18/12/2019 à 14:53, SIMANCAS Hugo a écrit :
Mesdames, Messieurs les experts sgdb,
Si on mets de côté le penchant de l'auteur pour SQL Server, je m'en remets à vous sur la pertinence d'un tel article.
https://sqlpro.developpez.com/tutoriel/dangers-mysql-mariadb/
Une réponse un peu construite prendrait quand même un peu de temps, ça vaudrait peut être le coup (ou pas en fait), mais en résumé: - il y a quand même pas mal de mauvaise foi (utiliser sur MyISAM quand ça arrange, faire porter à MySQL des defaults de confs de distros ou des problématiques de devs fainéants, etc..) - de méconnaissance ou d'omissions volontaires (sur les backups par ex) - de bêtise (e.g. "il y a des CVE, donc ce n'est pas sécurisé", "DB crée par un amateur [il y a 25 ans bordel...]", ...) - d'arnaque (benchmarks, RAM/CPU usage, innodb-large-prefix, RGPD, les amendes sans aucun rapport, ...) - de fud ("DANGER!DANGER!DANGER!", les amendes sans aucun rapport avec la choucroute, ...) - il y a quand même des trucs vrais :D Bref, c'est extrêmement biaisé, globalement malhonnête, et parfois faux. Et en plus on ne parle pas de la même chose. Clairement, MySQL n'est pas "SQL compliant" au sens ANSI/ISO, tout le monde le sait. Ça ne fait pas papa-maman et a probablement une surface d'usage plus limitée que le mastodonte préféré de l'auteur (même pas sûr, mais je connais pas le bouzin, donc je passe mon tour là dessus). Donc si c'est vraiment un must have, et bien faut voir ailleurs (coté pg par exemple). Après on peut très bien décider de vivre avec. Il y'a quelques petits acteurs de la profession (facebook, uber, github, booking, ...) qui arrivent quand même à faire des trucs plutôt balaize avec. Je ne les vois pas vraiment comme des Ayatollah de "l'opensource" que ne jurent que par le "libre" sans aucune considération technique ou économique. À l'autre bout du spectre, il y a plein de petits (comme pas mal d'entre nous ici) qui s'appuient dessus ou sur pg avec succès pour des projets maison, en se démerdant seuls (ou avec SOF) pour le support. Getting sh*t done. Et ça depuis 20 ou 25 ans. S'il avait fallu attente SQL Server ou Oracle (been there) pour faire "des trucs" je ne sais pas trop ou on en serait aujourd'hui... probablement dans une espèce d'âge de pierre à faire encore du PL/SQL ou ce genre de joyeusetés. Merci Hugo pour ce moment WTF ;) M -- Michel Blanc { :github => "@leucos", :twitter => "@b9m", :gpg => 0xFFD64A7297B3990F }
Le mer. 18 déc. 19 à 16:42:12 +0100, Michel Blanc <mb@mbnet.fr> écrivait :
https://sqlpro.developpez.com/tutoriel/dangers-mysql-mariadb/
Une réponse un peu construite prendrait quand même un peu de temps, ça vaudrait peut être le coup (ou pas en fait), mais en résumé:
Effectivement, l´auteur trollait déjà sur fr.comp.applications.sgbd (Usenet) il y a 20 ans – ce qui ne nous rajeunit pas – et son discours n´a pas changé depuis ! -- Th. Thomas.
Salut, Le mer. 18 déc. 2019 à 14:54, SIMANCAS Hugo <hugo.simancas@data-expertise.com> a écrit :
Si on mets de côté le penchant de l’auteur pour SQL Server, je m’en remets à vous sur la pertinence d’un tel article.
Je ne suis pas expert SGDB et je n'aime pas beaucoup MySQL, mais cet article est plein de mauvaise foi. La partie concernant les sanctions de la CNIL relève du pur FUD. Les commentaires de l'article le démonte point par point, donc je ne vais pas m'étaler plus que ça : https://www.developpez.net/forums/d1991082-2/bases-donnees/mysql/decouvrez-d... Les seules personnes qui y défendent l'article deux consultants SQL Server (dont l'auteur de l'article lui-meme). Ça n'est pas bon signe. -- Jonathan Leroy
Bonjour, Je suis d'accord, cet auteur et d'autres publient un max de bullshit et ne semblent pas très au fait techniquement. Leur mauvaise foi est édifiante. Je bosse avec MariaDB Fondation et MariaDB Corp depuis 2003 (époque MySQL, et continuité avec MariaDB) et je crois qu'ils font de bons produits. Parmi de faux arguments que j'ai pu lire sur la plateforme Developpez (principalement sponsorisée par MS) ou sur d'autres blogs qui généralement "vendent" de l'expertise SQL Server : * "MariaDB c'est bien pour les petits projets"
Or MariaDB est par exemple le SGBD de : Deutsche Bank, nasdaq, Google, Facebook, Wikipedia, Red Hat, Home depot, Blablacar, Service Now, Pixid, Verizon, Criteo... Des centaines d'appli critiques tournent sur MariaDB.
MariaDB fonctionne sur toutes les infra (serveurs nus, VM, conteneurs, Cloud hybrides, publics et privés). Elle est disponible dans les principales distri Linux, Ubuntu, Red Hat Enterprise Linux, CentOS, Fedora, Arch Linux, SUSE Linux enterprise et Debian. * "impossible de gérer la concurrence en matière de verrous sur lignes. MariaDB s'appuie sur InnoDB, propriété de Oracle"
pour faire simple, on s'en fout que Innodb soit propriété d'Oracle puisque c'est sous licence GPL, et puis MariaDB a ses propres développeurs InnoDB (qui étaient avec MySQL et ont quitté Oracle pour rejoindre MariaDB). MariaDB utilise InnoDB mais aussi moult alternatives de moteurs de stockage. Ensuite MariaDB supporte les verrous à la table ou à la ligne, mais le gars n'est pas au courant ou feint de l'ignorer.
Bref on pourrait y passer la nuit, le mec fait des config hasardeuses qui datent de +15 ans et il appelle ça un test. Ce n'est pas simple d'obtenir des correctifs, à vrai dire avec eux je n'y parviens pas. Ces experts sont des gens qui gagnent à ne pas être lus. En espérant rassurer quelques lecteurs ici, Joyeuses fêtes, Véronique Le 18/12/2019 à 18:27, Jonathan Leroy - Inikup via FRsAG a écrit :
Salut,
Le mer. 18 déc. 2019 à 14:54, SIMANCAS Hugo <hugo.simancas@data-expertise.com> a écrit :
Si on mets de côté le penchant de l’auteur pour SQL Server, je m’en remets à vous sur la pertinence d’un tel article. Je ne suis pas expert SGDB et je n'aime pas beaucoup MySQL, mais cet article est plein de mauvaise foi. La partie concernant les sanctions de la CNIL relève du pur FUD.
Les commentaires de l'article le démonte point par point, donc je ne vais pas m'étaler plus que ça : https://www.developpez.net/forums/d1991082-2/bases-donnees/mysql/decouvrez-d... Les seules personnes qui y défendent l'article deux consultants SQL Server (dont l'auteur de l'article lui-meme). Ça n'est pas bon signe.
+1 <disclaimer>Je travaille pour la fondation MariaDB</disclaimer> Ça a déjà été dit mais "My" est le nom de la première fille de Michael Widenius qui n'est pas Suédois mais Finlandais...
créé en mode « quick and dirty » sources ?
considéré à l’époque comme l’un des plus mauvais de sa catégorie sources ?
donné gratuitement par son créateur euh, c'est comme ça qu'il traduit open source, en 2019 (presque 2020), sérieusement ?
Bref, ça fait beaucoup d'imprécisions pour une introduction d'article qui se veut technique et ça donne envie de passer son chemin.
Ca m'aura donne au moins le nom d'un gars a ne jamais solliciter, merci ;) On 18/12/2019 13:53, SIMANCAS Hugo wrote:
Mesdames, Messieurs les experts sgdb,
Si on mets de côté le penchant de l’auteur pour SQL Server, je m’en remets à vous sur la pertinence d’un tel article.
https://sqlpro.developpez.com/tutoriel/dangers-mysql-mariadb/
à vous lire
Merci
Hugo
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
-- Christophe Casalegno | CEO / CTO / Founder Digital Network - Managed Service Provider https://digital-network.net
Le 19/12/2019 à 10:16, Christophe Casalegno (Digital Network) a écrit :
Ca m'aura donne au moins le nom d'un gars a ne jamais solliciter, merci ;)
Bon tout a déjà été dit, l'auteur, Frédéric Brouard, fait preuve d'une mauvaise foi crasse sur le sujet MySQL/MariaDB. Cela dit, il ne faut pas jeter le bébé avec l'eau du bain et il y a certaines choses qui ont été ecrites à son encontre qui sont fausses et injustes. Il se trouve que j'ai eu l'occasion de travailler avec lui il y a une 15aine d'années... sur un projet SQL Server. J'ai fait appel à lui à l'époque car je le connaissais de par ses ouvrages sur SQL. Et là je ne parle pas du SGBDR, mais du dialecte, et des normes associées. Son bouquin sobrement intitulé "SQL" (ISBN 2-7440-1184-3) a été ma bible pendant de nombreuses années (et après 18 ans, il est encore dans ma bibliothèque, ce qui me permet de vous sortir son ISBN ;) C'est vous dire si j'apprécie ce bouquin...). Et pour en revenir à ma collaboration avec lui, il a fait un travail d'optimisation des requêtes, des schémas, et des SGBDRs bien au delà de ce que j'étais capable de produire. Frédéric Brouard a une animosité avérée et assumée vis à vis de MariaDB (et qui ne date pas d'hier) mais pour autant, il n'est pas un "peintre" en matière de bases de données et le faire passer pour un guignol est un peu facile. Et en vrai, IRL, il est loin d'être aussi caricatural que certains de ses écrits pourraient le laisser penser. Je me souviens d'un type humble et sympa, et très pédagogue. Il était déjà freelance à l'époque. Mes 2 cents. -- Rico
Un type bien, qui est MVP microsoft ? Allons donc, ton histoire tient de la légende urbaine. On 12/19/19 6:00 PM, Eric Belhomme wrote:
Le 19/12/2019 à 10:16, Christophe Casalegno (Digital Network) a écrit :
Ca m'aura donne au moins le nom d'un gars a ne jamais solliciter, merci ;)
Bon tout a déjà été dit, l'auteur, Frédéric Brouard, fait preuve d'une mauvaise foi crasse sur le sujet MySQL/MariaDB. Cela dit, il ne faut pas jeter le bébé avec l'eau du bain et il y a certaines choses qui ont été ecrites à son encontre qui sont fausses et injustes.
Il se trouve que j'ai eu l'occasion de travailler avec lui il y a une 15aine d'années... sur un projet SQL Server. J'ai fait appel à lui à l'époque car je le connaissais de par ses ouvrages sur SQL. Et là je ne parle pas du SGBDR, mais du dialecte, et des normes associées. Son bouquin sobrement intitulé "SQL" (ISBN 2-7440-1184-3) a été ma bible pendant de nombreuses années (et après 18 ans, il est encore dans ma bibliothèque, ce qui me permet de vous sortir son ISBN ;) C'est vous dire si j'apprécie ce bouquin...). Et pour en revenir à ma collaboration avec lui, il a fait un travail d'optimisation des requêtes, des schémas, et des SGBDRs bien au delà de ce que j'étais capable de produire.
Frédéric Brouard a une animosité avérée et assumée vis à vis de MariaDB (et qui ne date pas d'hier) mais pour autant, il n'est pas un "peintre" en matière de bases de données et le faire passer pour un guignol est un peu facile. Et en vrai, IRL, il est loin d'être aussi caricatural que certains de ses écrits pourraient le laisser penser. Je me souviens d'un type humble et sympa, et très pédagogue. Il était déjà freelance à l'époque.
Mes 2 cents.
-- "UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things." – Doug Gwyn
Le 20/12/2019 à 00:01, frsag@jack.fr.eu.org a écrit :
Un type bien, qui est MVP microsoft ? Allons donc, ton histoire tient de la légende urbaine.
:>>> Pour rebondir sur le sujet. Un gars - bien technique - (qui doit traîner ici, sans nul doute), devant gérer de très gros volumes dans un contexte particulier (pas plus de souvenirs), a fini par migrer sa BD de PostgreSQL à MariaDB... Je regrette de ne plus avoir le contexte technique car cela m'avait interpellé. Nous, on utilise essentiellement que mariaDB mais il est clair que pour certaines applications (avec d'autres contraintes) PostgreSQL est naturellement plus indiqué. Tout ça pour dire que la diversité est nécessaire. Pour ma part, dommage que SQL Server ne soit pas libéré... -- Be Seeing You Number Six
participants (17)
-
Christophe Casalegno (Digital Network) -
darcosion＠protonmail.com -
Emmanuel Jacquet -
Eric Belhomme -
Faustin Lammler -
Franck Routier (perso) -
frsag＠jack.fr.eu.org -
Frédéric MASSOT -
Jonathan bartoua Schneider -
Jonathan Leroy - Inikup -
Michel Blanc -
Raphael Mazelier -
Refuznik -
SIMANCAS Hugo -
Stéphane Rivière -
Thierry Thomas -
Véronique Loquet