Sch�ma de base de donn�es
La premi�re �tape est de cr�er une base de donn�es, � moins que vous ne souhaitiez utiliser une base de donn�es d�j� cr��e. Lorsque la base de donn�es est cr��e, un utilisateur propri�taire en est responsable. G�n�ralement, seul le propri�taire et le super utilisateur peuvent intervenir avec les tables de cette base, et il faut que ce dernier donne des droits � tous les intervenants qui auront � travailler sur cette base.
Les applications ne doivent jamais se connecter au serveur de bases de donn�es sous le nom du propri�taire ou de l'administrateur, car ces utilisateurs ont des droits tr�s importants, et pourront ex�cuter n'importe quelle requ�te, comme la modification de tables, l'effacement de lignes ou m�me encore, la destruction de la base.
Vous pouvez cr�er diff�rents utilisateurs de bases de donn�es pour chaque aspect de votre application, avec des droits limit�s aux seules actions planifi�es. Il faut alors �viter que le m�me utilisateur dispose des droits de plusieurs cas d'utilisation. Cela permet que si des intrus obtiennent l'acc�s � la base avec l'un de ces jeux de droits, ils ne puissent pas affecter toute l'application.
Il est recommand� de ne pas impl�menter toute la logique fonctionnelle dans l'application web (c'est-�-dire dans vos scripts), mais d'en reporter une partie dans la base en utilisant les d�clencheurs, vues et r�gles. Si le syst�me �volue, les nouvelles versions vous feront r��crire toute la logique et donc tous vos scripts. De plus, l'utilisation de d�clencheurs permet de g�rer de mani�re transparente des donn�es, et fournit des indications pour d�boguer votre application.
Suivez l'auteur
