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 en kara.categry et kara.lang
• 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

je ferait une fonction update pour maj la liste des kara

database/init.sql

@@ -13,6 +13,7 @@ CREATE TABLE IF NOT EXISTS kara
   , category    INTEGER NOT NULL REFERENCES kara_category
   , language    TEXT    REFERENCES language
   , file_path   TEXT    NOT NULL
+  , is_new      INTEGER NOT NULL
   , author_name TEXT
   , author_year INTEGER CHECK(author_year > 0)
   );