Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
2 базы + "общая" табличка. Синхронизация при insert/update/delete
|
|||
|---|---|---|---|
|
#18+
Есть 2 базы, которые ведут один и тот же справочник (в каждой базе своя табличка но они должны уметь дружить). Мне нужно сделать так, чтобы создаваемые записи автоматически копировались из одной в другую с сохранением ID. То есть создал запись в одной БД, она скопировалась в другую БД, во второй БД создали вторую запись и она скопировалась в первую БД. Из решений вижу только повесить по тригеру на каждую из них и синхронизировать создание/изменение/удаление (set identity_insert ON/OFF). Но мне оно не нравится по причине, что конечному пользователю придется давать права на identity_insert и выглядит все это очень ненадежно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2019, 18:09 |
|
||
|
2 базы + "общая" табличка. Синхронизация при insert/update/delete
|
|||
|---|---|---|---|
|
#18+
А зачем конечному пользователю придется давать права на identity_insert? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2019, 18:14 |
|
||
|
2 базы + "общая" табличка. Синхронизация при insert/update/delete
|
|||
|---|---|---|---|
|
#18+
HideFolder, это не единственная ваша проблема... если иди у вас еще и уникальный, то будет больно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2019, 18:15 |
|
||
|
2 базы + "общая" табличка. Синхронизация при insert/update/delete
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей АлексеевичА зачем конечному пользователю придется давать права на identity_insert? По причине что PK уникален и должен быть одинаков для записи в обеих базах. Они сами набивают данные через программу. Все должно работать в рилтайм (Создал запись - она сразу же появилась в своей БД и на другой). Сохранение ID очень важно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2019, 18:20 |
|
||
|
2 базы + "общая" табличка. Синхронизация при insert/update/delete
|
|||
|---|---|---|---|
|
#18+
HideFolderГавриленко Сергей АлексеевичА зачем конечному пользователю придется давать права на identity_insert? По причине что PK уникален и должен быть одинаков для записи в обеих базах. Они сами набивают данные через программу. Все должно работать в рилтайм (Создал запись - она сразу же появилась в своей БД и на другой). Сохранение ID очень важно ну накиньте к счетчику в одной из баз 10-100 млн (или сколько там у вас записей не ожидается) и не будут диапазоны пересекаться а в приложении уже делайте "поправку на ветер" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2019, 18:54 |
|
||
|
2 базы + "общая" табличка. Синхронизация при insert/update/delete
|
|||
|---|---|---|---|
|
#18+
HideFolderИз решений вижу только повесить по тригеру на каждую из них и синхронизировать создание/изменение/удаление (set identity_insert ON/OFF).Первый вариант - сделать merge репликацию Второй вариант - сделать табличку без identity, вместо этого использовать сиквенс, и вставлять данные в другую базу либо триггером, либо из приложения. ИД между этими двумя базами разделить диапазонами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2019, 21:08 |
|
||
|
2 базы + "общая" табличка. Синхронизация при insert/update/delete
|
|||
|---|---|---|---|
|
#18+
HideFolderГавриленко Сергей АлексеевичА зачем конечному пользователю придется давать права на identity_insert? По причине что PK уникален и должен быть одинаков для записи в обеих базах. Они сами набивают данные через программу. Все должно работать в рилтайм (Создал запись - она сразу же появилась в своей БД и на другой). Сохранение ID очень важноКак ваш пассаж связан с выдачей прав? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2019, 00:21 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=107&tid=1688009]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
28ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
27ms |
get tp. blocked users: |
1ms |
| others: | 262ms |
| total: | 348ms |

| 0 / 0 |
