|
Bas de page | |
---|---|
Auteur | Sujet : Comparatif Mysql / postgre |
Publicité | Posté le 28-11-2007 à 12:42:12 |
dedooz |
|
Taz bisounours-codeur |
|
dedooz |
|
MagicBuzz | dedooz > T'as dû chercher loin
|
Publicité | Posté le 28-11-2007 à 16:26:00 |
Sh@rdar Ex-PhPéteur | la limite de 61 tables sous mysql est fausse, un typo3 (cms) avec 2-3 plugins ça t'en fait facilement le double |
Harkonnen ModérateurUn modo pour les bannir tous |
|
Taz bisounours-codeur |
|
casimimir | tu discutes pas, t'essayes juste de descendre systematiquement magic, discuter c'est avoir un dialogue sissi |
MagicBuzz | merci casimimir, tout est dit |
Sh@rdar Ex-PhPéteur |
Taz bisounours-codeur |
|
dedooz | Salut, au depart j'ai poster cette article pour avoir un comparatif entre MYSQL et POSTGRESQL, merci de revenir au sujet d'origine. Merci d'avance |
dedooz |
|
dedooz |
|
MagicBuzz |
Message édité par MagicBuzz le 29-11-2007 à 22:33:24 |
el muchacho Comfortably Numb |
Franchement, prends Postgres 8 ou MySQL 5 (qui continue à s'améliorer et n'a bien sûr jamais été limité à 61 tables. Le nombre de tables par base est probablement illimité, ou alors un nombre comme 32000). L'un et l'autre logiciels ont largement fait leurs preuves en production. Perso, j'ai une grosse préférence pour Postgres, qui au niveau du développement a quasi autant de fonctionnalités qu'Oracle. En particulier, les procédures stockées sont un accélérateur de développement et surtout de performances que même des données brutes sur des select ne peuvent rattraper (car une PS permet de supprimer tout l'overhead entre ton appli cliente et le moteur de base de données, - à savoir essentiellement de multiples transferts de données sur le réseau, les surcouche applicatives/persistence du client -, vs traitement en RAM dans le cas d'une PS --> on peut obtenir des gains de perfs de x100 ou plus). Par contre autant l'usage massif de PS permet d'augmenter considérablement les perfs (si le serveur dédié est costaud), autant il interdit toute migration vers une autre base à l'avenir. Si vous optez pour un logiciel commercial, SQL Server est basé sur Sybase, qui est très performant aussi. Message cité 1 fois Message édité par el muchacho le 01-12-2007 à 08:30:46 --------------- Les aéroports où il fait bon attendre, voila un topic qu'il est bien |
el muchacho Comfortably Numb | Allez, je m'autoquote: "Oracle Enterprise Manager c'te grosse bouse au nom marketing hypertrophié. Comment je plains Harko Donc je voulais insérer un nouvel enregistrement à une table existante. Hop, un copier-coller d'une ligne existante, et le tour est joué.
Ah, bon. On vérifie, on re-vérifie la date, elle est bonne. Vaincu par la logique implacable de la chose (vu qu'on spécifie le format), on s'exécute patiemment.
Mais bien sûr... Evidemment, ça ne marche pas. La commande SQL générée par l'outil "Oracle Enterprise Manager" est bourrée d'espaces posés au hasard du genre (copier-coller de la commande générée):
... Reperdu ! Finalement, je m'aperçois que cette daube d'OEM génère une commande fausse, du fait d'une traduction hasardeuse et de tests inexistants chez Oracle. Non mais vraiment... Actuellement, j'en suis à :
. Surtout ne me dis pas où. " Message édité par el muchacho le 01-12-2007 à 10:26:36 --------------- Les aéroports où il fait bon attendre, voila un topic qu'il est bien |
el muchacho Comfortably Numb | Pour une bonne tranche de rire, quelques perles:
Message édité par el muchacho le 01-12-2007 à 10:13:35 --------------- Les aéroports où il fait bon attendre, voila un topic qu'il est bien |
dedooz |
|
el muchacho Comfortably Numb | Oui et non. Message édité par el muchacho le 01-12-2007 à 10:38:11 --------------- Les aéroports où il fait bon attendre, voila un topic qu'il est bien |
el muchacho Comfortably Numb | Disons que pour la compatibilité Oracle, PG est probablement le meilleur choix (à part Oracle XE évidemment). Après, je préfère laisser la place aux spécialistes BD plutôt que de dire n'importe quoi. Message édité par el muchacho le 01-12-2007 à 10:55:56 --------------- Les aéroports où il fait bon attendre, voila un topic qu'il est bien |
dedooz | Donc si je veux transférer d'une SGBD à une autre, faudra exporter les tables et tous reprogrammer, si j'ai bien compris.
|
dedooz |
|
MagicBuzz |
Message édité par MagicBuzz le 01-12-2007 à 23:07:10 |
el muchacho Comfortably Numb | http://www.powerpostgresql.com/Docs/
Message édité par el muchacho le 02-12-2007 à 10:04:07 --------------- Les aéroports où il fait bon attendre, voila un topic qu'il est bien |
Publicité | Posté le |