- Expédié
- 25 août 2026 à 14:49 UTC
- Auteur
- Kamo
- Commite
- 72cbd47
La colonne n'a jamais été contrainte. Survivable alors qu'un pseudo-alias n'était résolus en tant que (sûreté-id, alias) derrière un hôte, depuis deux orgs dans le cadre de différents prestataires pourrait en partager un sans ambiguité. Une fois un org peut être nommé directement par son alias avec l'orge, une répétition fait la référence ambigu - le résolveur le refuse plutôt que de deviner, laissant les deux ordres inatteignable par alias. Appliqué à la base de données en direct, après avoir renommé les six rangées qui sont entrées en collision (quatre partageant "acme-corp", deux partages "kia-kaha", tous ensemencés le même jour) avec un suffixe numérique. C'est ce qui donne un nouvel environnement identique index; le service n'a pas d'IC, donc pousser les navires rien à lui seul. Sur le bas (alias), parce que l'alias est stocké mot pour mot et Postgres égalité n'est pas insensible aux casses: "Acme-Corp" et "acme-corp" résolvent la même chose référence et doit entrer en collision. Partielle, parce que NULL ou vide signifie "pas d'alias" plutôt qu'un nom revendiqué, et un nombre quelconque d'orges peuvent n'en avoir aucun. Enregistre et continue si elle ne peut pas être créée plutôt que d'échouer Cela signifie qu'il existe des doublons, et que la création/mise à jour vérifie en refuse de nouvelles Quoi qu'il en soit.