- Verschifft
- 7. September 2026 um 02:08 UTC
- Autor
- Kamo
- Ausschuss
- 4d5d419
Eine einzelne OWNER_MEMBER_ID könnte sagen, "diese Zahl gehört Sarah" und nichts sonst. Echte Schreibtische sind nicht so geformt: Eine Support-Linie wird von vier beantwortet Menschen, und ein Verkäufer trägt sowohl ihre direkte Linie und die gemeinsame Hauptleitung Zahl. Eine Eigentümer-Spalte zwingt einen Administrator, zwischen "niemand kann wählen siehe es" und "es gehört der falschen Person". MEMBER_PHONE_NUMBER macht Zuordnung viel zu viele und stellt die eine echte singuläre Tatsache auf der Join-Reihe. IS_PRIMARY ist pro NUMBER, nicht pro Mitglied. Es beantwortet die Frage mit genau ein korrekter Wert, wenn ein Text auf dieser Zeile ankommt, dessen Faden er landet in? VoipNumberOwnershipService verwendet, um das zu beantworten, indem er sich verweigerte, wann immer zwei Mitglieder beanspruchten eine Nummer, die richtig und nutzlos war: die Antwort des Kunden ging nirgendwo. Es ist absichtlich NICHT "die Standardnummer dieses Mitglieds"; ein Mitglied kann primär auf mehrere, und welche sie SEND aus ist eine Pro-Nachricht-Wahl, weil die Verwechslung der beiden würde verschenken Inbound-Eigentum jedes Mal, wenn jemand änderte ihre ausgehende Nummer. Beide Einschränkungen leben in der Datenbank, weil die Einzigartigkeit auf Anwendungsebene verliert ein Rennen: unique (MEMBER_ID, ORG_PHONE_NUMBER_ID) und ein PARTIAL Unique Index auf (ORG_PHONE_NUMBER_ID) WHERE IS_PRIMARY. Teilweise, so dass eine Linie niemand ist auf Abruf für noch ist legal und reicht seine Inbound gegen die Organisation. Assign fördert das erste Mitglied automatisch - ein Administrator setzt ein Person auf einer Zahl bedeutet eindeutig, dass sie es zu erhalten. Unzurechnung mit der primären fördert den am längsten bestehenden verbleibenden Inhaber, anstatt die Linie zu verlassen Unbesorgt; jemand antwortet immer noch. OWNER_MEMBER_ID überlebt als Projektion von denen, die primär ist, hier gepflegt, weil Inbound-Routing immer noch davon ableitet. /Fähigkeit gibt jetzt jede Zeile zurück, von der ein Mitglied senden kann, und Konversation Schöpfung akzeptiert eine - gültig gegen die eigenen Zahlen des Mitglieds, nie ersetzt. Zahlen werden geteilt, so leise fallen würde senden von einer Zeile, in der das Mitglied nicht sein darf und die Antwort in einen Thread legen, niemand erwartet. DDL von Hand aufgetragen, einschließlich einer Verfüllung von der Spalte, die es ersetzt.