Переместите календари на членства и дайте каждой организации общий

FeatureInitializerService
Порезанный
10 августа 2026 г. в 18:04 UTC
Автор
Kamo
Обещать
d5546e5

Календарь и события находились в собственности учетной записи и не имели организации. Это прикрепляет каждого к самому раннему членству его владельца - организации, которую он возглавляет. Учетная запись принадлежала самой длинной, которая на практике там, где был календарь. сделанный — так календарь попадает в одну организацию, а не в одну дублируется по всем из них. Счета, где этот выбор был существенным отсчитываются в журнале, потому что для них календарь перестает быть видимым из других их организаций. События следуют календарю, на котором они живут, а не их собственному пользователю. Событие никогда не может закончиться в другой организации, чем календарь. Показать его. DROP DEFAULT на user id - это несущее заявление. Эта колонка Предшествовало этому изменению и содержало DEFAULT unique rowid() от User.id all Безобидно, потому что оно не было НУЛЬНЫМ и всегда было написано явно. Сделать его недействительным, чтобы общий календарь мог существовать без владельца. превратил его в смертельный: INSERT, который опускает user id, запускает по умолчанию, изобретает Идентификатор пользователя никому не принадлежит, и подводит иностранный ключ к пользователям. Это Как в первом запуске были предусмотрены нулевые организационные календари. The Теперь предприятия прикрепляют тип колонки, поэтому ddl-auto не может восстановить его. Idempotent all: backfills только трогают строки без члена, и Общий календарь вставляется только в том случае, если у организации его нет.

Все изменения

Как вы видите судоходство?

Каждое из этих обновлений автоматически попадает в ваше рабочее пространство. Начните бесплатно и смотрите, как он растет неделю за неделей.

Начните бесплатно навсегдаПосмотреть цены