contexte : création d'un site de e-commerce
 
Je pensais faire du classique php/mysql mais j'ai lu dans un bouquin que mysql ne gérait pas les triggers.
Est-ce vrai?
 
Est-ce que postgresql ferait l'affaire?
 
Sachant que les triggers c'est pour la fin, est-ce que je peux commencer avec mysql et migrer rapidement vers une autre base après?
 
Merci d'avance pour vos conseils.    
 
PS: je souhaiterais éviter Oracle (j'aime pas trop les usines à gaz)
 
PPS: c'est pour faire tourner sous unix
 
PPPS: je préfèrerais une base free

[jfdsdjhfuetppo]--Message édité par titoine42--[/jfdsdjhfuetppo]

 car il faut vraiment que je m'y mette (j'ai un mois pour faire le boulot)

franchement jme suis fait un site de ecommerce en php/mysql et ca fonctionne tres bien , jutilise pour lidentification des sessions.
 
maintenant je sais pas ce que tu cherche exactement  
 
voila voila pour mon experience personel

oui, mais si on ne peut pas faire de triggers avec mysql, c'est pas tip-top

c'est koi les triggers    

trigger = interupteur
 
en gros, tu défini une action à faire quand une certaine condition est rempli dans ta base de donnée
 
par exemple : tu veux qu'une commande s'édite automatiquement quand un certain seuil de stock est atteint

 
 
ca doit etre utile cette fonction  
desole, je code pas enormement donc je ne connaissai pas ce genre de chose.
 
Ca existe sur MSSQL ?

[jfdsdjhfuetppo]--Message édité par Batman-Fr--[/jfdsdjhfuetppo]

personne pour me conseiller?  

Pour Oracle, qu'est-ce que tu entends par "usine à gaz" ?

 
je voudrais qqc de plus léger qu'Oracle car j'ai testé la 9i et 300Mo en mémoire juste avec la base de test c'est pas top

Sinon, ton trigger, tu peux le faire avec un cron, non??? !?!

expliques car je vois pas trop ce que tu veux dire

 
Oui, effectivement, là...

Deepcore a écrit a écrit :     Oui, effectivement, là...

 
250Mo par base chez nous (on en a deux). Heureusement qu'on a 1GO RAM

Vaux mieux. Mais faut choisir, poids ou perfs.

ça m'avance pas trop dans mon choix
 
votre avis sur postgre

un chit article sur postgres : http://www.phpbuilder.com/columns/tim20000705.php3
 
Tu as interbase aussi qui est gratos.
 
Moi j'éviterais les triggers ça peut avoir des effets gènants qd tu souvegarde ou exporte ta base.

Je viens de lire ce post (qui d'ailleurs m'intéresse bcp), et y a un petit truc que je comprends pas.... c quoi les "triggers" ?
Est-ce qq un pourrait m'expliquer SVP ?

[jfdsdjhfuetppo]--Message édité par Webman--[/jfdsdjhfuetppo]

Cela a deja été expliquer plus haut
 
En gros, c'est un truc qui observe ta base et des qu'une condition que tu as chosi est rempli ( par exemple un einsertion dans une table) il execute une instruction ( ou procédure stockée etc..).

 
l'article est super intéressant
 
sinon, sois un peu plus précis sur le problème relatif aux triggers
 
ai-je intérêt à faire une appli séparée pour le back-office?
(le problème c'est que si je ne l'a fait pas en java, ça va pas être génial pour la portabilité)

 
Merci
Désolé j'ai sauté une réponse... j'avais pas vu celle sur les "triggers"... pourtant j'ai relu deux fois le post... je crois que j'ai besoin de repos !

Bon je dis ça commeça hein ,mais les triggers ne sont qu'un "plus" apporté par certains SGBD...
tu peux le faire a la main ton trigger ...
ex : tu veux qu'une commande s'édite automatiquement quand un certain seuil de stock est atteint  
=> bin qd tu mets a jour le stock, apres tu verifie ton stock (en php). Et si le seuil est atteint, tu edites...
et voila, plus de pb de trigger.
 
MySQL me parait suffisant pour gerer une BD de site commercial (par bcp de relations ...)

desole, je vais sortir un peu du topic mais j'ai une question, les triggers m'ont fait penser a un truc :
 
est ce qu'on peut lancer automatiquement une commande sql a une date donnee ?

je ne dirais qu'une chose: PostgreSQL !!!!!