- Expédié
- 10 août 2026 à 18:04 UTC
- Auteur
- Kamo
- Commite
- d5546e5
Les calendriers et les événements étaient détenus par un compte et ne transportaient aucune organisation. Cela s'attache à l'adhésion la plus ancienne de son propriétaire, à savoir l'organisation. a appartenu le plus longtemps, ce qui, dans la pratique, est l'endroit où le calendrier était - donc un calendrier atterrit dans exactement une organisation plutôt que d'être doublons sur l'ensemble d'entre eux. Comptes dont le choix était important comptés dans le log, car pour eux le calendrier cesse d'être visible de leurs autres organisations. Les événements suivent le calendrier sur lequel ils vivent plutôt que leur propre utilisateur, donc un événement ne peut jamais se retrouver dans une organisation différente du calendrier l'afficher. Le DROP DEFAULT sur user-id est l'instruction de charge. Cette colonne est antérieur à ce changement et avait porté DEFAULT unique-rowid() de User.id tous , sans danger, parce que ce n'était PAS NULL et toujours écrit explicitement. Le rendre annulable pour que le calendrier partagé puisse exister sans propriétaire a INSERT qui omet l'utilisateur-id déclenche l'incendie par défaut, invente a l'identifiant de l'utilisateur n'appartenant à personne, et échoue à la clé étrangère des utilisateurs. C'est la manière exacte dont le premier exécute des calendriers d'organisation nuls approvisionnés. Le les entités maintenant épinglent le type de colonne de sorte que ddl-auto ne peut pas le rétablir. Idempotent partout: les remblai ne touchent que les rangées sans membre, et le calendrier partagé n'est inséré que lorsqu'une organisation n'en a pas.