salut
 
Je voudrais savoir si on peut faire des procedure stockée et/ou des vues avec MySQL. j'ai la version 3.23.53a
 
Comment créer ou reproduire ce style de traitement (table temporaire,...) ?

non on ne peut pas, les procedures stockees seront dans la 5.0

 
Passer à une base de données : Postgres, Oracle, DB2, les 2 autres trucs open-source dont j'ai oublié le nom ...
 
Les gestionnaires de fiches, ça va bien 5 min.

firebird et sapdb, ou encore d'autres ?

nan, c'est ça, merci

Merci pour vos réponse

Pas de vues non plus...

Finalemet y sait faire quoi MySQL?  

 
Faire de la pub pour lui-même et faire chier les gens qui savent que la fonctionnalité dont ils ont besoin est dans la norme et pas dans MySQL mais que pour des raisons marketting MySQL n'a pas disparu au profit de Postgres, largement plus avancé depuis des années mais qui va se faire rattrapper à force d'être ignoré.
 

Suffisamment pour la plupart des gens.  C'est la même règle que pour n'importe quelle application: 90% des utilisateurs utilisent 10% des fonctionnalités.

 
bien entendu les 10% restant vont se faire foutre, alors qu'avoir un vrai produit coûte exactement le même prix.
 
D'autre part, les 90% n'ont pas intérêt à vouloir faire évoluer leur application.

hein?  Exactement le même prix?  MySQL coûte $395 ce qui est TRES largement en dessous d'un Oracle à $20000.  De toute façon, le but d'une entreprise est toujours de satisfaire le plus grand nombre.  Je n'ai donc pas peur de dire que oui, les 10% restants iront se faire foutre (ou plus "correctement: ils passeront leur chemin et iront voir ailleurs).  Mais je ne suis pas un commercial, je n'aime pas cette race de gens.
 
J'espère seulement que les gens sont assez intelligents pour faire leur propre choix.  Enfin je l'espère.  Il y a assez de SGBD(R) sur le marché pour ça.  Moi j'ai choisi.  Pour ce que je veux faire, nul besoin de triggers, vues ou procédures stockées.  Tout comme 90% des gens (sans doute) qui utilisent une DB conjointement avec leur site web.  Chacun ses besoins -> Chacun son serveur.  De toute façon, le temps que je me lance dans des projets vraiment complexes, MySQL aura implémenté tout ce qui lui manque par rapport à Oracle.
 
Et aussi, je remarque que je vois souvent la question "est-ce que MySQL fait ceci, j'arrive pas à faire ça avec MySQL."  Ben si les utilisateurs se laissent bourrer le mou avec de grandes paroles, c'est avant tout parce que ce sont des moutons ou des feignasses.  Faudrait juste leur apprendre à utiliser Google pour qu'ils se débrouillent un peu.  Je suis fan de MySQL pour le moment, mais il n'y a quand même pas que MySQL sur le marché.

MySQL -> 0?
Postgres -> 0?
Firebirf -> 0?
...

 
 
http://www.google.fr/search?q=hebe [...] l=fr&meta=
 
T'as un mode d'emploi de google quelquepart ?
 
J'ai quand même l'impression qu'il est vachement tout seul.
 
D'autre part, je sens très fortement que les gens qui n'utilisent pas les fonctions avancés d'un SGBD c'est plus par ignorance que par volonté.
 
D'autre part si MySQL coûte $395 (je croyais que c'était gratos), Postgres, SAPDB et firebird sont gratos et avec bien plus de fonctionnalités.

MySQL est gratos à la base bien sûr, mais pour une boîte qui a besoin d'un peu plus que d'avoir le soft en poche, c'est le minimum à payer

Faut quand même voir que toutes les fonctionnalités qui manquent à MySQL sont en cours de développement, et que MySQL est plus rapide que PostgreSQL.

Ouais, mais c'est très con de perdre une tonne de main d'oueuvre à developper des trucs qui existent déjà. Si ils sont pas contents de la vitesse de Posgres, pourquoi ne pas travailler dessus plutôt que de redévelopper dans MySQL des fonctions qui existent dans Postgres ?¿? uniquement car la pression marquetting de MySQL est plus forte.

<troll>
postgres ne tourne même pas sous windows, sinon en passant par cygwin
</troll>
 
non sérieusement, je ne connais pas les historiques respectifs de Postgres et MySQL mais il me semble que Postgres est complètement gratuit et MySQL parfois payant suivant les cas.  Et vu comme ça, il me semble que c'est une raison suffisante pour avoir vu MySQL naître: faire du business et de l'argent.  Je dis ça parce que c'est comme ça que je le vois, mais je ne suis pas supporter du payant hein, bien au contraire.

ben quoi, c'est vrai
 
 
me suis toujours pas remis du fait que cet enculé m'ait bousillé mon cygwin existant (et que j'ai du le reinstaller apres avoir désinstallé postgres d'ailleurs)

 
Ben si c'est pour un serveur, ça change pas grand chose.