TDBM

Pourquoi utiliser un ORM plutôt qu'écrire du SQL "pur"

• Limiter les risques de sécurité

• Avoir des résultats typés

• Facile à lire et écrire

• Utilisation de cache pour les requêtes

Les DAOs permettent de

• Sauvegarder, et supprimer les données de la DB

• Modifier la sérialisation d'une entité

• Récupérer les données de la DB via des requêtes

• Utiliser les getters/setters pré-générés

Les Beans permettent de

• Ecrire des requêtes SQL

• Utiliser les getters/setters pré-générés

• Surcharger les méthodes liées à l'entité

Les fichiers "Abstract...php" contiennent les méthodes pré-générées, et peuvent être modifiés manuellement si nécéssaire

• Oui

• Non

Pour récupérer une liste de "User", je dois utiliser la méthode pré-générée

• findOne()

• find()

• findBy()

• findAllUsers()

Je peux utiliser "GROUP BY" et "find()" ensemble

• Oui

• Non

Pour créer les entités et les DAOs, j'utilise la commande

• make:entity

• doctrine:generate

• tdbm:generate

• tdbm:create

• tdbm:entity

Quelle est la meilleure solution pour sérialiser les résultats ?

• Utiliser "jsonSerialize()"

• Créer une méthode spécifique "...Serialize()"

• Ajouter "true" en paramètre de "jsonSerialize(true)"

• Modifier le "jsonSerialize" dans "Abstract...Bean.php"

Sur une table "User", je créé une colonne "email UNIQUE NOT NULL". Dans mon code, j'aurais

• "getEmail(): ?string"

  dans "AbstractUserBean.php"

• "getEmail(): string"

  dans "UserBean.php"

• "findOneByEmail()" dans "UserDao.php"

• "findOneByEmail()" dans "AbstractUserDao.php"

Pour faire une requête avec des jointures (avec un unique "shortest path")

• J'utilise "findFromSql()" à chaque fois

• J'utilise "find()" et j'ajoute en prefix le nom des autres tables

• Je fais une requête SQL à la main