Citation:
Envoyé par
Artemus24
J'ai l'impression d'entendre SQLPRO en parlant de MySQmerde !
En fait, tu compares une 2CV avec une Ferrari et au final, tu dis que la 2CV c'est de la merde parce que tu roules en Ferrari.
Désolé de le dire, mais il y a des gens qui ne peuvent pas se payer autre chose qu'une 2CV ! Et donc selon toi, tous ces gens là sont des imbéciles ?
Sauf que MySQL n'est pas réellement gratuit alors que PG l'est et PG c'est une bonne golf comparée à MySQmerde qui est juste une 4L poussive avec beaucoup de raté et ultra polluante !
Citation:
Entièrement d'accord avec toi. Ce n'est pas parce qu'il manque à MySql quelques fonctionnalités très utiles, que l'on ne peut pas trouver des solutions de contournements.
Oui, mais à quel prix !!!! Je connais des entreprises qui ont payé très cher leur engagement dans MySQL croyant bien faire....
Citation:
Ni l'un, ni l'autre. En fait, c'est la stratégie commerciale dite "propriétaire" qui consiste à interdire toute communication avec la concurrence.
Sinon, comment retenir la clientèle quand un SGBD gratuit fait la même chose qu'un SGBD avec licence ?
Citez moi un seul SGBDR gratuit qui est au niveau d'Oracle, SQL Server ou DB2...
Citation:
Tu utilises le terme de "socket" dans le sens de la terminologie matériel (enfin je crois), désignant l'emplacement du processeur sur la carte mère.
Parfaitement exact
Citation:
Quand on parle de "socket", j'ai souvent en-tête la définition de la communication entre processus, c'est-à-dire une façon particulière de faire de la programmation parallèle.
Je ne comprends pas le sens que tu utilises ici, car si ton processeur possède quatre cœurs, il peut traiter quatre processus en parallèle, et donc faire usage de plusieurs sockets.
Parfaitement exact
Citation:
Ou alors, il faut comprendre qu'un utilisateur possède qu'un seul processus. Mais ça, c'est déjà le cas de la plupart des SGBD.
Non, mais comme déjà indiqué il n'utilisera qu'un seul socket et au maximum 4 cœurs sur ce socket ce qui dans une architecture NUMA lorsque l'on a accès à un faible cache (1 Go en l'occurrence) est assez finement joué...
Citation:
C'est de la réplication dont tu parles. Ton client doit avoir beaucoup d'utilisateurs et de ce fait, en créant des réplications il peut rendre les accès plus fluides.
Pas du tout ! La réplication concerne les données. Ici je parle d'objets de la base (tables, vues, routines SQL...)
Citation:
En effet, il y a un abus de langage autour du terme "sauvegarde", qui selon l'usage que l'on en fait est soit un "dump" ou soit un "backup".
Même si "dump" (vidage logique de la base) ou "backup" (recopie physique du disque dur) sont des solutions dite de sauvegardes, ce ne sont pas des solutions adaptés à la tolérence de panne.
Ce que j'ai dénoncé il y a fort longtemps: http://blog.developpez.com/sqlpro/p7...p_et_log_ne_so
Citation:
Même la réplication des bases de données sur des disques physiques différents n'est pas parfait car cela ralenti les temps d'exécutions.
La tu commence à confondre réplication et duplication... erreur hélas fréquente ! En sus tout dépen du moyen (l'outil, la techno...) et le mode (synchrone ou asynchrone...)
Citation:
Ma préférence va vers la solution matériel qui consiste à utiliser
la technologie RAID. Ce n'est pas propre aux SGBD mais à tout système d'exploitation nécessitant une disponibilité 24H/24H.
L'un ne dispense pas de l'autre surtout en cas de sinistre majeur (incendie, dégats des eaux...)
Citation:
La grosse différence vient du fait que ce n'est pas de la réplication mais soit de la redondance, soit de la répartition pour améliorer les performances, sur plusieurs disques montés en grappe.
@+
Là je te rejoins....
Par exemple en ce moment je suis sur une mission à Tirana en Albanie ou il y a :
- du RAID sur les serveurs
- Des instances en VM régulièrement snapshotées
- une baie de disque répliquée
- des sauvegardes régulières toutes les 1/2 heures (JT) et 2 fois par jour (bases complètes)
- et nous allons mettre en œuvre en sus un mirroring des bases vers 3 destinations (2 locales) et une distante pour un haute dispo à basculement automatique et synchrone d'un côté et manuelle asynchrone de l'autre.... Mais c'est sur c'est pas du MySQmerde... C'est du SQL Server pour la principale banque d'Albanie qui ouvre un service bancaire online la semaine prochaine !
A +