- Szycy
- 24 kwietnia 2026 22:20 UTC
- Autor
- Kamo
- Pochęt się
- 9064c22
Prowadzeni po Hibernate ddl-auto:update tworzy nowe tabele (VOIP_PROVIDER_INSTANCE, BULK_TEXT_PROVIDER_INSTANCE, PHONE_EXTENSION, PHONE_END_USER, PHONE_DEVICE, PHONE_VOICEMAIL, SYSTEM_CONFIGURACJA) od przemianowanych/nowych podmiotów w kamo-shared-library commit 232d731. Poręcza to, czego Hibernate nie może: - Kopiuj wiersze z dziedzictwa voip_provider_config / bulk_text_provider_config do Nowe tabele ._instance, syntetyzowanie instance_name z typu dostawcy. - Drop NOT_CONFIGURED (podstawowe 0) wiersze — nieobecność jest teraz stanem "bez dostawcy". - Rzuć teraz pochwalne spuściznę tabele "_config". - Backfill instance_id na member_voip_config, voip_conversations, i kamotokens.org_oauth_token przy użyciu najstarszego aktywnego przypadku orgnata org. - Odbuduj unikalny indeks org_oauth_token od (org_id, dostawca) do (org_id, dostawca instance_id) więc wiele instancji RingCentral na org. - Upuść sierocinowe unikalne indeksy z voip_conversations + tabel instancji dostawcy. - Poszukiwanie wiersza singleton system_configuration (odstęp 10 minut domyślny interwał wstępu 10min, Włączone true) — operator platformy konfiguruje to za pośrednictwem nowej platformy konfiguracyjnej Zakładka VOIP & SMS. Wszystkie wypowiedzi idempotentne; ponowne bieganie na już wyemigrowanym DB jest bezpieczne. Order 20 — po SchemaCleanupRunner (1), OrganizationTypeRemovalRunner (2), KamoCRMAgeReqAtajner(-e) (10).