Mercredi 24 Décembre 2003
[SQL] - Whish list SQL.
Petit papa Noël. Tu le sais, je n'aime pas Noël, mais si tu existes vraiment, pourrais-tu esseyer de m'apporter quand même une base de donnée comme j'en rêve.
Des contraintes sur les tables plus importantes.
Passont les contraintes de Foreign Key qu'une bonne base se devrait de maitriser et que Mysql ne connait pas. J'aimerais pouvoir dire dans le schema de ma table qu'un champ ne peut jamais être égal à un autre champ. L'éxemple sera dans le cadre d'un concours de beauté, pour qu'un utilisateur ne vote pas pour lui, il faudrais que dans la table des notes, le champ associé au votant ne puisse être égal à celui du participant.
Des tables intelligentes.
Pouvoir mettre des valeurs par defauts plus interessantes, tels que la date instantanée ou alors le retour d'un SELECT sur une autre table. Aujourd'hui, j'ai eu ce probleme pendant un dev, je doit m'amuser à inserer NOW() dans mes champs datetime à chaques fois, et c'est très recurent et enervant. De même, j'aimerais que certains champs se mettent à jour d'eux même. Par exemple, toujours dans un systeme de notation, il faudrait trouver, dans la fiche de notre concurent, un résumé de ses notes. Ceci est facilement réalisable du coté script, mais pourquoi la base ne ferait elle pas ce boulot toute seule quand une note est inserée dans la table de notation, hop, moyenne et résumé dans la fiche.
Le cas NULL.
Le comportement des contraites UNIQUE permet à une colonne de posseder plusieurs foix la valeur NULL. Si ce comportement est souvent trés utile, d'autre foix il devient genant, voir même bloquant. Pourquoi ne pas differencier deux types de UNIQUE. Avec ou sans NULL.
Conclusion.
Il y à surement d'autres trucs à rajouter à cette liste, mais il se fait tard et j'ai besoin de sommeil car demain longue route. Je vous souhaite à tous un agreable Noël et une belle nouvelle année.
Commentaires
Aucun commentaires pour l'instant, mais n'hesiter pas a en inserer :)
Réagissez
En fait non ! Trop de smap