Validations sur la source (2)
-
a rédigé
-
a rédigé
Réécriture de init.sql init.sql a été réécrit avec ces modifs : - people a été intégré à kara (c'est une relation 1-n après tout) - kara.hash a été remplacé par un entier AVEC PRIMARY KEY YESS - du coup bucket a été supprimé - changé kara.type et kara.category sont des tables "énumérations" - ajout de kara.language - playlist a un INTEGER PRIMARY KEY (de toute façon il était déjà là avec les rowid de sqlite) - belongs -> kara_playlist avec les ON DELETE CASCADE au lieu des triggers - history a été remplacé par queue, avec une table queue_state pour sauvegarder l'état de la lecture (c'est plus propre je trouve) - comme ça recouvre le use case de mpchc, je l'ai supprimée ? Pour le trigger qui limite la taille de l'historique (de la file du coup), c'est ptet mieux de faire du ratelimit côté applicatif que de s'imposer une limite sur la taille ? Les triggers sur les playlists protégées servent à rien pck on peut direct SELECT WHERE category = 'bite'; les views. . . rip les views See merge request !1
database/karas-list.txt
0 → 100644
Ce diff est replié.