Bonjour à tous.
Je travaille sur un projet d'application avec Flutter et j'aimerais utiliser SQLite.
Seul soucis, je n'ai pas beaucoup de connaissance en SQL et je ne sais pas quel type je dois utiliser pour bien créer ma table.

Mon objet est formé ainsi :
int id
String name
String albumId
List<String> categories

Quelle sont les solutions pour stocker une List de String?

Merci de votre temps

Cherche many to many relationship

Mon objet est formé ainsi :
int id
String name
String albumId
List<String> categories

Quelle sont les solutions pour stocker une List de String?

On ne stocke pas de liste dans un seul champ en SQL. Ce principe s'appelle "premiere forme normale"

Ce que tu veux ici est avoir une table A pour stocker des tuples (id, name, albumId). Tu voudrais une deuxieme table B pour stocker des tuples (id, category) et tu reconstruit ta liste de categorie en faisant une jointure entre A et B.

Note: pourquoi tu as id et albumId, ce n'est pas la meme chose?

Le 14 août 2021 à 17:00:25 :

Mon objet est formé ainsi :
int id
String name
String albumId
List<String> categories

Quelle sont les solutions pour stocker une List de String?

On ne stocke pas de liste dans un seul champ en SQL. Ce principe s'appelle "premiere forme normale"

Ce que tu veux ici est avoir une table A pour stocker des tuples (id, name, albumId). Tu voudrais une deuxieme table B pour stocker des tuples (id, category) et tu reconstruit ta liste de categorie en faisant une jointure entre A et B.

Note: pourquoi tu as id et albumId, ce n'est pas la meme chose?

non ce n'est pas la même chose, l'albumId est un identifiant que j'utilise avec l'API de Spotify

À noter quand même qu'il y a deux possibilités

• Dupliquer les catégories : si deux albums ont la même catégorie, on stocke deux fois la catégorie (one-to-many)
• Ne pas dupliquer les catégories : si deux albums ont la même catégorie, on stocke qu'une fois la catégorie mais on va utiliser une table pour faire la jointure entre les albums et les catégories (many-to-many)

On va préférer du many-to-many pour quelque chose de plus rigide où la liste des catégories est fixée. Si par contre la personne qui upload un album peut choisir de remplir les catégories comme il veut sans avoir à piocher dans une liste pré-établie on va plutôt utiliser un one-to-many qui sera plus flexible.

Il te faut une table albums, une table catégorie et une table qui contient les jonctions.
Pour la simple et bonne raison qu'un album peut avoir plusieurs catégories et une catégorie peut correspondre à plusieurs albums.
(c'est la base en modélisation)

table album :
int alb_id (clef primaire)
String alb_name
String alb_albumId

table catégorie :
int cat_id (clef primaire)
string cat_name

table jonction cat_alb :
int cat_id (clef primaire et étrangère)
int alb_id (clef primaire et étrangère)

pour avoir les albums d'une catégorie :
select a.* from albums a join cat_alb ca on ca.alb_id = a.alb_id join categorie c on ca.cat_id = c.cat_id where c.cat_id = @categorie

pour avoir les catégories d'un album :
select c.* from categorie c join cat_alb ca on ca.cat_id = c.cat_id join album a on ca.alb_id = a.alb_id where a.alb_id = @album

Les solution proposées par mes vdd sont du grand n'importe quoi, je plein leur collègues de travail si ils bossent dans une entreprise.

Le 21 août 2021 à 09:35:33 :
Il te faut une table albums, une table catégorie et une table qui contient les jonctions.
Pour la simple et bonne raison qu'un album peut avoir plusieurs catégories et une catégorie peut correspondre à plusieurs albums.
(c'est la base en modélisation)

table album :
int alb_id (clef primaire)
String alb_name
String alb_albumId

table catégorie :
int cat_id (clef primaire)
string cat_name

table jonction cat_alb :
int cat_id (clef primaire et étrangère)
int alb_id (clef primaire et étrangère)

pour avoir les albums d'une catégorie :
select a.* from albums a join cat_alb ca on ca.alb_id = a.alb_id join categorie c on ca.cat_id = c.cat_id where c.cat_id = @categorie

pour avoir les catégories d'un album :
select c.* from categorie c join cat_alb ca on ca.cat_id = c.cat_id join album a on ca.alb_id = a.alb_id where a.alb_id = @album

Les solution proposées par mes vdd sont du grand n'importe quoi, je plein leur collègues de travail si ils bossent dans une entreprise.

bah non ils disent la même chose que toi

Le 21 août 2021 à 09:35:33 :
Il te faut une table albums, une table catégorie et une table qui contient les jonctions.
Pour la simple et bonne raison qu'un album peut avoir plusieurs catégories et une catégorie peut correspondre à plusieurs albums.
(c'est la base en modélisation)

table album :
int alb_id (clef primaire)
String alb_name
String alb_albumId

table catégorie :
int cat_id (clef primaire)
string cat_name

table jonction cat_alb :
int cat_id (clef primaire et étrangère)
int alb_id (clef primaire et étrangère)

pour avoir les albums d'une catégorie :
select a.* from albums a join cat_alb ca on ca.alb_id = a.alb_id join categorie c on ca.cat_id = c.cat_id where c.cat_id = @categorie

pour avoir les catégories d'un album :
select c.* from categorie c join cat_alb ca on ca.cat_id = c.cat_id join album a on ca.alb_id = a.alb_id where a.alb_id = @album

Les solution proposées par mes vdd sont du grand n'importe quoi, je plein leur collègues de travail si ils bossent dans une entreprise.

C'est exactement la solution que j'ai proposée. Et comme je l'ai dit dans mon message ça dépend. Si y a une liste assez rigide de catégories alors oui c'est une bonne modélisation, ça l'est beaucoup moins si la catégorie peut être une chaîne plus arbitraire et auquel cas on va préférer un one to many.

Pour info, on peut tres bien enregistrer une liste dans une colonne mySQL ? du JSon ou un array sous forme de string. alors ce n'est peut-etre pas la meilleur solution mais ca se fait sans problème.

Le 01 septembre 2021 à 15:11:57 :
Pour info, on peut tres bien enregistrer une liste dans une colonne mySQL ? du JSon ou un array sous forme de string. alors ce n'est peut-etre pas la meilleur solution mais ca se fait sans problème.

Oui on peut toujours faire ca. Mais ca brise le principe d'atomicite de la modelisation qui est important pour pouvoir utiliser l'information contenu dans le champ.

Le 01 septembre 2021 à 15:11:57 :
Pour info, on peut tres bien enregistrer une liste dans une colonne mySQL ? du JSon ou un array sous forme de string. alors ce n'est peut-etre pas la meilleur solution mais ca se fait sans problème.

On pourrait aussi stocker le nom et la valeur de toute les colonnes dans un seul champs texte/LOB mais çe n'en ferait pas une bonne idée pour autant.