- Verschifft
- 6. September 2026 um 21:55 UTC
- Autor
- Kamo
- Ausschuss
- ae95b01
VOIP_CONVERSATIONS.INSTANCE_ID war NICHT NULL, die ruhig entschieden, dass jeder Text-Thread gehört zu einer TK. Eine Organisation, die Zahlen und Messaging kauft von einem Träger und beantwortet keine Anrufe überhaupt - SMS-only, kein Telefon-Server überall - hat keine VoipProviderInstance, zu der ein Thread gehört. Diese orgs konnte SEND (eine Nummer eigene Textroute braucht keinen Telefonserver) und hatte jede Antwort fallen gelassen, weil Ingest nicht bauen konnte ein Gespräch, um es unter Datei. Null ist jetzt ein echter Staat und der Javadoc sagt, was es bedeutet, einschließlich der Sache es darf nie sein: eine BulkTextProviderInstance-ID. Beide Tabellen sind UUID-keyed und Die Übergabe einer ID in die falsche Fabrik scheitert eher als "keine solche Instanz" Laut versagen. Dedupe überlebt die Null, aber nicht kostenlos. SQL behandelt NULLs als eindeutig, so dass die bestehende einzigartige Index-Stechungen für diese Zeilen. Die DDL neben VOIPService fügt eine teilweiser Unikatindex (ORG_ID, MEMBER_ID, EXTERNAL_PHONE_NUMBER) WHERE INSTANCE_ID IST NULL für genau diesen Fall.