MountyHall - La Terre des Trõlls

	Ze T-Shirt
MountyHall

Référencé sur

Nous sommes le Mundidey du Gnu du 24° cycle après Ragnarok

Bienvenue Invité

Tous les Forums

Avis et Idées : Modifications

Modérateurs de ce forum : Aghabeu, Dabihul, Grankausto, Loinvu, Madère, Mamoune, Modérateur 6, Modérateur1, Modérateur2, Modérateur3, Modérateur4, Modérateur5, Mr x, Rouletabille, Schtroumpf, TilK, VYS, Xaruth

Si vous avez une idée, n'hésitez pas à en faire part à la communauté. Donnez également votre avis sur les 'features' du jeu.', 'Toutes les suggestions de Modification d'un élément existant seront discutées ici. Soyez objectif, respectez les avis des autres participants et donnez un maximum d'explications de votre choix ou de votre suggestion.

Votre idée doit servir à améliorer le gameplay du jeu et pas à satisfaire un intéret personnel.

Ce Forum sera modéré avec rigueur et aucun débordement ne sera toléré.

[Technologie] Abandon de MySQL/MyISAM ?

#. Message de Vrkodara le 17-03-2008 à 12:08	68354 - Vrkodara (Durakuir 56)
Pays: Non Précisé Inscrit le : 27-05-2006 Messages: 24 (P'tit Gob')	Citer

Au vu des conséquences du crash de jeudi, ne serait-il pas temps de songer à abandonner MySQL ou, au minimum, MyISAM ?

Vu les performances, je ne pense pas que MySQL/Innodb soit une alternative viable à MyISAM mais une migration vers PostgreSQL (ou Oracle mais ça n'est pas Open Source), si elle demanderait plus de boulot me semble souhaitable point de vue stabilité (et performances)...

NB : je ne suis pas sûr de poster ça au bon endroit :/

#. Message de LeCidouille le 17-03-2008 à 12:18	9858 - Evbaudegar (Kastar 60) - Le Mercenaire de l'Ombre -
Pays: Belgium Inscrit le : 29-02-2004 Messages: 6722 (Hydre Fumante)	Citer

Et en quoi c'est plus stable et plus performant ? Ca empêche les coupures de courant ?

#. Message de AsHile1024 le 17-03-2008 à 12:24	102631 - Droséra (Tomawak 38) - VENGEANCE pour CHULZI !!! -
Pays: Iceland Inscrit le : 03-01-2007 Messages: 2860 (Djinn Tonique)	Citer

Huhu j'adore les informaticiens c'est les seuls personnes moins compréhensible que moi.

une alternative viable à MyISAM mais une migration vers PostgreSQL

C'est du mandarin avec des lettres latines ?

AsHile, ok je flood par manque

#. Message de Avnohfir le 17-03-2008 à 12:44	101662 - Калинка (Tomawak 39) - Peuplade de les Ouestrolls -
Pays: Neutral Zone Inscrit le : 16-02-2003 Messages: 4666 (Djinn Tonique)	Citer

AsHile> je crois qu'il suggère de passer à une base de données qui part un peu moins en morceaux après un crash.

Changer de base de données ça veut dire :
- qu'il faut sans doute modifier les sources pour utiliser la nouvelle DB
- qu'il faut éventuellement revoir quelques requêtes, voir structures de base de données, dans un but d'optimisation par rapport à la nouvelle base
- qu'il faut prévoir la migration entre les deux bases de données
- qu'il faut modifier la configuration d'apache pour utiliser la nouvelle base de données
- qu'il faut optimiser la configuration de l'ensemble (il faut que ça tienne la charge)
Bref c'est assez lourd comme modification.
C'est à l'équipe de décider si c'est opportun de changer ou pas.
Je vois pas trop ce qu'il y a a discuter en fait...

#. Message de Raistlin le 17-03-2008 à 13:07 [Appelez-moi Google] [Ami de MountyHall]	112873 - And You Will Know My Name Is The Trõll (Kastar 57)
Pays: France (35 - Ille-et-Vilaine) Inscrit le : 17-04-2005 Messages: 27057 (Demi-Dieu)	Citer

c'est marrant, y'avait déjà un post comme ça y'a un an ou deux après un crash, comme quoi mySQL c'était pas assez secure, robuste, optimisé, etc...

pis [DM] il avait répondu que, tous tests faits, si

Raistlin, qu'a vu des projets monstrueux tourner sans problème sur du mysql

#. Message de Vrkodara le 17-03-2008 à 13:37	68354 - Vrkodara (Durakuir 56)
Pays: Non Précisé Inscrit le : 27-05-2006 Messages: 24 (P'tit Gob')	Citer

Raistlin> je ne dis pas qu'on ne peut pas faire tourner des choses monstrueuses sur du MySQL, je dis juste que le jour où ça plante, il ne faut pas s'étonner qu'il y ait de la casse si le moteur utilisé est MyISAM.

En effet, MyISAM ne supporte pas la notion de transaction, les modifications qui sont faites dessus ne sont pas ACID (atomiques, cohérentes, isolées et persistantes). Autrement dit, en cas de crash, la base peut se retrouver dans un état incohérent, on peut avoir des modifications qui ont commencé mais n'ont pas terminé, d'autres qui auraient dû se terminer mais qui ne sont plus présentes et enfin, une erreur dans une table peut "baver" sur d'autres tables.

MySQL a intégré le moteur InnoDB depuis fin 2005 pour essayer de répondre à la majorité des critiques à ce sujet (et pour permettre l'utilisation de clefs étrangères). Le principal problème étant qu'InnoDB est plus gourmand en mémoire (RAM et HD) et que pour être vraiment ACID, il faut avec InnoDB faire des flush disques fréquent, ce qui peut être très pénalisant (mais c'est paramétrable).

Avnohfir> le changement de moteur au sein d'une même BD ne nécessite aucune modification du source et un minimum d'optimisation (de toute façon, MySQL n'est quasiment pas configurable en matière de perfs). Au niveau système, c'est facile aussi et pour ce qui est de migrer les données, il y a tout ce qu'il faut comme outils pour le faire sans se fouler. S'il s'avérait préférable de passer à un autre SGBD (PostgreSQL, Oracle ou autre), il y aurait certes plus de boulot mais je n'ai jamais suggéré pas de faire cette modification à la légère ou dans la précipitation !

Tout ce que je dis c'est : MySQL avec MyISAM, c'est prendre le risque de retrouver la BD dans un état incohérent en cas de crash. Et, compte tenu de l'actualité, je ne vois pas qui irait me contredire à ce sujet.

#. Message de VYS le 17-03-2008 à 15:31 [MH Team] [Grand Créateur] [Ami de MountyHall]	175 - Tarash Tagueule (Kastar 42) - Lonely Trollboy -
Pays: Belgique (Liège) Inscrit le : 29-06-2001 Messages: 15195 (Liche Ancestrale)	Citer

InnoDb appliqué MountyHall, ca a déjà été fait. Le résultat est plutot défavorable. La dégradation des performances est telle que la simple utilisation de la table des événements est une vraie catastrophe.

PostGreSQL, j'imagine le même problème mais j'avoue ne pas avoir testé

Oracle, heu, on parle d'un jeu gratuit, pas d'une multinationale.

Tout ca pour dire que le problème mysql non transactionnel a déjà été étudié (et même à plusieurs reprises) par l'équipe et que le résultat a toujours été en faveur de mysql et des magnifiques performances sans aucune comparaison dans le monde du transactionnel.

VYS - DungeonMaster

#. Message de Vrkodara le 17-03-2008 à 16:27	68354 - Vrkodara (Durakuir 56)
Pays: Non Précisé Inscrit le : 27-05-2006 Messages: 24 (P'tit Gob')	Citer

'lut DM, merci de prendre le temps de regarder mes élucubrations en cette période où tu dois avoir d'autres soucis.

Les perfs d'InnoDB sont notoirement désastreuses, je n'ai suggéré cette solution uniquement parce qu'elle est minimale en terme d'impact sur le code. En revanche PostgreSQL a des performances similaires à celles d'Oracle et c'est open-source et gratuit.

C'est peut-être dommage de jeter le bébé avec l'eau du bain ACID...

#. Message de Dorack le 18-03-2008 à 13:30 [MH Team] [Kastar de Course] [Ami de MountyHall]	103 - ( )
Pays: France Inscrit le : 21-05-2002 Messages: 4776 (Djinn Tonique)	Citer

Il y a un paramètre à prendre en compte c'est la connaissance du fonctionnement et de l'utilisation d'un outil.

Actuellement, toutes les personnes de l'équipe technique a une connaissance non négligeable du MySQL.
Pour le PostgreSQL la connaissance est moindre.
S'il est mieux mais qu'on doit passer 10 fois plus de temps à le faire marcher ou attends la personne qui sait quoi faire, au final on a rien gagné.

Qu'il soit mieux ou pas, n'est qu'un des critères à prendre en compte, je viens d'en évoquer un mais il y en a d'autres. Le temps de migration d'une base à l'autre. Les impacts minimum j'y crois pas. Y a toujours une particularité à laquelle on a pas pensé qui pointe son nez et là c'est le drame.

A une époque on nous a proposé de passer sous oracle.
Mais il y avait les mêmes problèmes de migration et de connaissances de bouzin qui parait il est mieux mais il faut savoir le piloter.

--
Dorack, PHP/MySQL certifié

#. Message de Fafi le 18-03-2008 à 14:35 [Ami de MountyHall]	709 - Plotch (Kastar 60) - Les morveux de mamie vieille -
Pays: France Inscrit le : 07-06-2002 Messages: 3017 (Djinn Tonique)	Citer

Ouais vas-y Dorack, mords-y l'oeil

Non mais des fois, j'te jure ces gens qui osent nous insulter a coups de MyISAM et InnoDb

Plotch, certifie MySQL presque aussi completement

PS : pour le gras y veut plus partir et j'y suis pour rien, pas editable et veut plus partir...
Allez ouste degages j'te dis

#. Message de Modérateur2 le 18-03-2008 à 15:09 [MH Team]
Pays: France Inscrit le : 06-10-2006 Messages: 720 (Shaï Epileptique)	Citer

zoup

by M2

#. Message de OeiL de LynX le 06-04-2008 à 14:54 [Ami de MountyHall]	28892 - Oeil De LynX (Tomawak 60)
Pays: France Inscrit le : 04-04-2004 Messages: 3896 (Djinn Tonique)	Citer

Quote: Posté par [DM] @ 17-03-2008 à 15:31
Oracle, heu, on parle d'un jeu gratuit, pas d'une multinationale.

Oracle a une version gratuite : Oracle XE => http://www.oracle.com/technology/products/database/xe/index.html

Basée sur une version 10.2, elle a la plupart des features utiles dans la vraie vie et les limitations ne me paraissent pas poser de problème pour plein de sites web, je l'ai testée, c'est vraiment nickel

Néanmoins, comme le disait Dorack, inutile de partir sur une techno exotique pour l'équipe, ça n'a pas de sens.

OdL

Pages : [1]

Pour poster une réponse sur ce Forum, vous devez d'abord vous connecter

Si vous n'êtes pas encore enregistré, vous devez d'abord vous inscrire.

[ Contact : ] - [ Heure Serveur : 21:55:57 le 03/05/2026 ] - [ Page générée en 0.06 sec. ]