- Expédié
- 4 septembre 2026 à 04:53 UTC
- Auteur
- Kamo
- Commite
- 63efb66
ddl-auto ajoute des colonnes; il ne relâche jamais les contraintes. Flicage optionnel-faux à true on the entity change ce que l'ORM croit et rien de ce que la base de données impose - le mappage dit nullable, la colonne ne reste PAS NULL, et la première application publique échoue à l'insertion à l'intérieur d'un «méthode transactionnelle» dont le renversement enlève les preuves. Retenue également la purge, après chaque application antérieure à la rétention politique. Null là signifie "conserver pour toujours", donc sans cela le balayage ne serait que toujours couvrir les demandes déposées après l'expédition de la caractéristique, qui n'est pas un la politique de rétention. La contrainte unique (en détachement, membre) est délibérément laissée seule: une fois member-id peut être nul, il cesse de contraindre les rangs publics, ce que nous voulons. Les postgres traitent les NULL comme distincts, et les demandeurs publics sont déduisant e-mail dans le service, où deux personnes partageant une boîte de réception reçoivent plutôt un message plutôt qu'une violation de contrainte.