Discussion :

[mache_]

Bonjour à tous,

Je débute avec Sequelize et je souhaite intégrer mes clés étrangères mais j'ai du mal à comprendre comment faire par rapport à ce que j'ai pu apprendre en SQL.

Mon exemple, j'ai 2 tables.

User et Address.

Au niveau des cardinalités (en MERISE),
un utilisateur peut avoir 1 à plusieurs adresses (en tenant compte des résidences secondaires)
une adresse est reliée à un seul utilisateur.

Ainsi ma clef étrangère sera dans ma table Address => id_user
comment j'implémente cette clef étrangère?

Voici mon code actuel:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
 
module.exports = (sequelize, DataTypes) => {
    const User = sequelize.define(
      "User",
      {
        id_user: {
          type: DataTypes.UUID,
          defaultValue: DataTypes.UUIDV4,
          allowNull: false,
          primaryKey: true,
        },
        login: {
          type: DataTypes.STRING(50),
          allowNull: false,
          unique: true,
        },
        password: {
          type: DataTypes.STRING,
          allowNull: false,
        },
        email: {
          type: DataTypes.STRING(50),
          allowNull: false,
        },
      },
    );
 
    return User;
  };
 
module.exports = (sequelize, DataTypes) => {
 const Address = sequelize.define(
      "Address",
      {
        id_address: {
          type: DataTypes.UUID,
          defaultValue: DataTypes.UUIDV4,
          allowNull: false,
          primaryKey: true,
        },
        street: {
          type: DataTypes.STRING(100),
          allowNull: true,
        },
        postCode: {
          type: DataTypes.CHAR(5),
          allowNull: false,
        },
        city: {
          type: DataTypes.STRING(32),
          allowNull: false,
        },
      },
    );
 
    return Address;
  };

j'ai du mal à voir comment j'intègre les différentes associations proposées par Sequelize...
The HasOne association
The BelongsTo association
The HasMany association
The BelongsToMany association

Merci beaucoup pour votre éclairage

[escartefigue]

Bonjour,

Je ne connais pas Sequelize, je ne sais même pas à quoi ça sert.
Par contre, ce que je sais, c'est que pour bien modéliser une base de données il est fortement recommandé d'utiliser un logiciel de modélisation, ça évite bien des erreurs.
Il en existe des gratuits, parmi lesquels l'excellent Looping que vous pouvez télécharger ICI .
Quand on utilise un logiciel de modélisation, on n'a pas à se préoccuper des clefs étrangères, il suffit de créer le MCD, les identifiants sont automatiquement propagés sous forme de clefs étrangères dans les tables liées lors de la génération des modèles tabulaires MLD et MPD en fonction des cardinalités.


Ensuite, c'est une mauvaise idée d'utiliser un UUID comme identifiant : c'est beaucoup plus encombrant qu'un integer à nombre de valeurs égal. Donc bien moins performant.
Utilisez plutôt un type integer unsigned AUTO_INCREMENT

Enfin, le code postal et la ville ne doivent pas être dans le type d'entité adresse (et donc dans la table adresse), car ils sont partagés par plusieurs adresses. Ce serait donc des redondances de les positionner ici.

Voyez dans ce fil de discussion comment modéliser les adresses, les codes postaux et les villes (réponse n° 4)

[SQLpro]

...
Ensuite, c'est une mauvaise idée d'utiliser un UUID comme identifiant : c'est beaucoup plus encombrant qu'un integer à nombre de valeurs égal. Donc bien moins performant.
Utilisez plutôt un type integer unsigned AUTO_INCREMENT...

C'est même triplement débile car :
1) l'UUID est un binaire qui est difficilement lisible.... Quand vous allez avoir un utilisateur qui a un problème en hotline et qu'il faudra demander la valeur de l'identifiant de la ligne de table pour le dépanner on va rigoler !
2) MySQL/MariDB sont des SGBD débiles qui stockent les UUID sous forme littérale (36 caractères, soit 108 octets pour l'encodage débile de MySQmerde / MariaDB en UTF8) alors qu'en binaire cela représente 16 octets !!!!! Bref un gâchis aux performances catastrophiques !

Pour info dans SQL Server il existe un type UUID qui est un binaire de 16 octets... comme dans Oracle

A +