Re: ODBC HyperFile en Ecriture !?
Posté par Anonyme le 22/5/2006 16:13:08
Citation :
Il y a un moment où il faut faire un choix.
Citation :
Attention les infos sur developpez.com ne sont pas toutes récentes, et même si elles sont souvent de très bonnes qualités, elles sont exactes uniquement au moement où a été écrit l'article.
Sur Mysql depuis la V 4.1 tu peux paramétrer le mode sql qui permet de se rapprocher des standards.
Concernant SQL2 je pense qu'aujourd'hui MySQL la respecte au moins autant que d'autres SGBDR. Maintenant aucune base respecte à 100% les normes, et avoir un code SQL commun à tous les SGBDR est illusoire.
Concernant, la volumétrie, c'est pareil, Mysql peut fonctionner avec des bases très volumineuses, le soucis est plus la montée en charge (et encore).
Tout est question de mesure, et ne serait ce que comparer une version windows/unix n'a souvent rien à voir.
Postgresql est sensiblement plus lent que Mysql, mais supporte mieux la montée en charge.
Le système de backup à chaud de Postgresql est très bien documenté. Concernant le SQL, Postgresql est plus stricte que MySQL. Par exemple écrire une chaine de 100 caractères sous Mysql dans un champs qui en supporte 10 va tronquer 90 caractères, sous Postgresql il refuse l'écriture. Maintenant tu peux changer le modes sql sous Mysql
Citation :
Concernant Postgresql tu peux attaquer avec ODBC, oledb ou l'accès alternatif.
Kurdt a écrit:
en fait ça m'embete car mis à part ça je suis très satisfait d'hyperfile, y a rien à redire
les mises à jour de bases se font super facilement
mais y a CE petit truc qui me bloque c'est vraiment domage
Il y a un moment où il faut faire un choix.
Citation :
pour mysql, j'ai regardé sur developpez.com et ils disent que mysql ne supporte qu'une faible partie des standards sql-92 et manque de robustesse avec de fortes volumétries
Attention les infos sur developpez.com ne sont pas toutes récentes, et même si elles sont souvent de très bonnes qualités, elles sont exactes uniquement au moement où a été écrit l'article.
Sur Mysql depuis la V 4.1 tu peux paramétrer le mode sql qui permet de se rapprocher des standards.
Concernant SQL2 je pense qu'aujourd'hui MySQL la respecte au moins autant que d'autres SGBDR. Maintenant aucune base respecte à 100% les normes, et avoir un code SQL commun à tous les SGBDR est illusoire.
Concernant, la volumétrie, c'est pareil, Mysql peut fonctionner avec des bases très volumineuses, le soucis est plus la montée en charge (et encore).
Tout est question de mesure, et ne serait ce que comparer une version windows/unix n'a souvent rien à voir.
Postgresql est sensiblement plus lent que Mysql, mais supporte mieux la montée en charge.
Le système de backup à chaud de Postgresql est très bien documenté. Concernant le SQL, Postgresql est plus stricte que MySQL. Par exemple écrire une chaine de 100 caractères sous Mysql dans un champs qui en supporte 10 va tronquer 90 caractères, sous Postgresql il refuse l'écriture. Maintenant tu peux changer le modes sql sous Mysql
Citation :
pour postgresql j'ai pas vu d'accès natif dans windev ?
Concernant Postgresql tu peux attaquer avec ODBC, oledb ou l'accès alternatif.
Cette contribution était de : http://old.wdforge.org/newbb/viewtopic.php?forum=17&topic_id=4055&post_id=16848