Voila on débute un projet (Flash, bdd sous IE) et se pose la question des bases de données.  
 
Entre les deux cités dans le titre, vous prendriez laquelle?  
 
y a t il des soucis connus avec l'une des deux?  
 
La manipulation des dates pose t elle des pbs?
 
Merci pour vos lumieres!
 

Toujours prendre postgresql quand on a le choix, plus de fonctionnalités, plus proche de la norme SQL, moins de boulets parmis les utilisateurs.

je pense qu'il donnait les grandes lignes : du flash, une bdd et IE comme client.

Et votre étude des besoins, elle révèle quoi?

C'est toujours le même cirque, PostgreSQL est ultra complet et MySQL ne l'est pas. Il faut donc voir si vous avez besoin de fonctions avancées telles que vues, procédures stockées ou triggers, et même les requêtes imbriquées (sur des insert, update ou delete) qui ne sont pas implémentées dans les versions de production actuelles de MySQL (ça le sera un jour mais pas avant 2 ou 3 ans).

Même s'ils n'ont pas besoin des trucs avancés, je vois pas le pb. Il n'y a pas de surcoût associé à postgres par rapport à MySQL.
surtout que passer de mySQL à autre chose quand le projet commence à grossir, c'est un peu la merde.

Faut voir aussi qu'il manque plein de trucs à PostGreSQL dont dispose MySQL ce qui complique la migration dans les 2 sens :
http://sql-info.de/mysql/gotchas.html
 
Moi je serais d'avis pour PostGreSQL car c'est un projet bien plus serieux que MySQL.

je ne vois pas en quoi l'un est plus sérieux que l'autre
 
Chacun a ses propres orientations et priorités, justifications à l'appui.

 
Serieux n'est peut-être pas le bon mot. Rigoureux serait plus adapté. MySQL c'est un peu le VB des bases de données ( et Acces c'est le QBasic )

c'est un peu gros comme raisonnement (et pour Access je suis largement d'accord )

Pas de version PC de Postgresql si?

toi, t'es bien parti

niveau performance ca doit quoi entre les deux..?
MySQL est plus rapide non?

Ca va...je peux bien demander!
On n'ai jamais au courant de tout!
Y a bien une version PC pour MySQL!!

bin c'est deux logiciels libres, donc tu disposes des sources. Donc en théorie ça compile sur n'importe quelle plate-forme En pratique c'est pas forcément prévu donc il peut y avoir des adaptations à faire aux sources pour que ça marche.
 
(je commence à croire que MySQL est l'Access du libre, c'est normal? )
 
Pour les différences, voir plus haut.

niveau perf, pas de règles dans l'absolu, ca dépend de vos besoin (d'où ma première question...). Il existe un test réalisé par MySQL, à l'avantage de MySQL dans de nombreux cas (comme par hasard) et un contre test qui démonte tous les arguments de MySQL réalisé par un codeur de PostgreSQL.
 
Bref, ca dépend de tes besoins.

et au fait il y a plusieurs binaries PC de MySQL: Windows, Linux, Linux pour AMD64, Linux pour Itanium (est-ce vraiment un PC?), Solaris, FreeBSD, Novell, QNX, OpenBSD et HP-UX pour Itanium.

NIveau besoin, on va avoir besoin de faire beaucoup d'insertions en continu.. D'ou ma question des perfs..
Ensuite niveau interrogation de la base, ca devrait etre assez simpliste..

tu veux dire quoi par beaucoup d'insertion ? chiffre en peu

Au moins 10 Millions d'insertion par an...

alors tu vas déchanter avec MySQL à mon avis
PostgreSQL je sais pas si c'est mieux...

c'est pour faire quoi en fait ?
 
une bdd n'est peut-être pas le meilleure moyen.

arf.. en fait on récupère des données qu'ils nous sont envoyés par des capteurs (donc ces données varient tout le temps!).  
On les stocke en base, fait des calculs et ca nous donne s'il y a des incidents ou pas sur ces capteurs...
 
Globalement c ca... tu n'utiliserais pas une bdd?

ça dépend. tu veux une historique ? renseigne-toi sur les capacité des MySQL

MySQL avec des tables InnoDB et hop, ça enchaîne les insertions comme rien! Tant que vous n'avez besoin de rien d'évolué, ça sera parfait.

Et vi on garde un historique sur une année certainement... (découpage par mois tres certainement pour les tables)
 
InnoDB kesako?

MySQL permet l'usage de plusieurs types de table au sein d'une base de données. MyISAM est le type standard, le plus basique, et aussi le plus utilisé, très efficace quand on fait peu d'updates sur la DB et beaucoup de selects.
 
InnoDB est prévu pour supporter les transactions et clés étrangères, ce qui en fait la préférence si on veut faire beaucoup d'updates sur la DB et/ou avoir de vraies contraintes d'intégrité référentielle.

merci!

Encore un qui confond PC et Windows .
 
Sinon je confirme : j'avais cherché une version Win32 de PostgreSQL mais sans succès. Seule méthode proposée (il y a 3 mois de cela) : faire tourner la BDD par l'intermédiaire de Cygwin ...

ou compiler soi-même PostgreSQL, j'ai cru comprendre qu'on pouvait enfin compiler en Win32 sans se prendre la tête

Ah peut être ...

pas encore.
dans un mois yaura un installeur win et la 7.5 sera en natif

Ah ça c'est une bonne nouvelle .

tu vas faire une table séparée pour janvier, février et ainsi de suite pour chaque mois?

C'est pas forcément idiot je dirais ...

ouch j'avais même pas fait gaffe à cette phrase là
 
non c'est pas idiot, après tout ce forum possède un jeu de tables pour chaque catégorie et il fonctionne *relativement* bien.
 
Mais avant de faire ça, il faut bien peser le pour et le contre en fonction des besoins actuels et futurs. Qui dit que ça vous gênera pas demain ou plus tard parce que vous auriez besoin d'une nouvelle fonction?

Je ne vois pas trop en quoi cela génerait...

oui mais le forum à un nombre fixe de catégorie, alors que le temps qui passe, on va avoir du mal a l'arreter
serieusement c'est la pire des conneries que j'aie jamais entendu.
qu'au pire on ait un mecanisme automatique qui tout les mois va faire rouler les données d'une base à une base de backup, soit, mais là non quoi
 
edit: et puis bon, pour prendre exemple sur ce qui se fait ici, faut pas être très regardant sur la qualité