>cette version sert surtout à réorganiser le code
Nous sommes d'accord, c'est un point de départ et non pas une réelle version 4 toute prête.
>Sinon, MySQL gere les transactions sur certains types de tables (ie. BDB et InnoDB)
les tables de type InnoDB posent plus de problèmes qu'elles n'en résolvent, les BDB, je connait pas, je vais regarder...
Je rappelle qu'une transaction est une serie de requêtes SQL validées par un COMMIT ou annulées par un ROLLBACK
>Et globalement, sans entammer un troll, MySQL n'a pas de probleme avec une base simplement "grosse", je pense que tu voulais plutot parler des bases qui nécéssitent des opérations SQL complexes donc ?
Effectivement, je pensait à des bases de données complexes, je dirait meme critiques, où il s'agirait de gérer des commandes, des contrats, des clients, sortir des stats, des restitutions et tout le tintouin...
Mais ma frustration, depuis l'avenir incertain de postgresql, est de ne pas pouvoir dire "boah vous z'avez pas besoin d'Oracle pour faire ça... étudions ensemble vos besoins, et je suis sûr que vous pourrez économiser sur le prix de la base de données pour investir dans du matériel plus performant et plus sécurisé". J'aimerais dire ça à une PME, pour leur seule base de données qui va tout faire, mais aujourd'hui MySQL ne satisfait pas les conditions pour faire une application qui sera _fonctionnellement_ aussi fiable, robuste et compétitive que MySQL ne l'est _techniquement_ aujourd'hui.
Tu disais ne pas vouloir déclencher un troll, je répondrais qu'il n'y a malheureusement pas encore de quoi alimenter un troll. MySQL n'est pas encore suffisement armé pour se balader impunement dans la cour des grands.
Sinon, il y a t'il dans l'assemblée qq1 qui utilise des bases MySQL de plusieurs Gigas avec pas mal de requêtes ? Etes vous confrontés a de nouveaux problèmes ? Une expérience à raconter ?
[^] # Re: MySQL 4 is 3.99.01
Posté par Jerome Demeyer . En réponse à la dépêche Sortie de Mysql 4.0. Évalué à 3.
Nous sommes d'accord, c'est un point de départ et non pas une réelle version 4 toute prête.
>Sinon, MySQL gere les transactions sur certains types de tables (ie. BDB et InnoDB)
les tables de type InnoDB posent plus de problèmes qu'elles n'en résolvent, les BDB, je connait pas, je vais regarder...
Je rappelle qu'une transaction est une serie de requêtes SQL validées par un COMMIT ou annulées par un ROLLBACK
>Et globalement, sans entammer un troll, MySQL n'a pas de probleme avec une base simplement "grosse", je pense que tu voulais plutot parler des bases qui nécéssitent des opérations SQL complexes donc ?
Effectivement, je pensait à des bases de données complexes, je dirait meme critiques, où il s'agirait de gérer des commandes, des contrats, des clients, sortir des stats, des restitutions et tout le tintouin...
Mais ma frustration, depuis l'avenir incertain de postgresql, est de ne pas pouvoir dire "boah vous z'avez pas besoin d'Oracle pour faire ça... étudions ensemble vos besoins, et je suis sûr que vous pourrez économiser sur le prix de la base de données pour investir dans du matériel plus performant et plus sécurisé". J'aimerais dire ça à une PME, pour leur seule base de données qui va tout faire, mais aujourd'hui MySQL ne satisfait pas les conditions pour faire une application qui sera _fonctionnellement_ aussi fiable, robuste et compétitive que MySQL ne l'est _techniquement_ aujourd'hui.
Tu disais ne pas vouloir déclencher un troll, je répondrais qu'il n'y a malheureusement pas encore de quoi alimenter un troll. MySQL n'est pas encore suffisement armé pour se balader impunement dans la cour des grands.
Sinon, il y a t'il dans l'assemblée qq1 qui utilise des bases MySQL de plusieurs Gigas avec pas mal de requêtes ? Etes vous confrontés a de nouveaux problèmes ? Une expérience à raconter ?