Конфликтная ситуация при remote / Sybase ASA, ASE, IQ

ReSQL.ru

2.0.59

Планшетная версия Контакт Правила FAQ Помощь

Гость

Войти | Профиль | Очистить

Нов. | Гор. | Избр.

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Действия ...

Доб. в избранное
Игнор. тему
Прикреп. тему
Пометить прочит. / непрочит.
Фильтр:
Сообщения автора темы
Сообщение содержит вложения
Сообщение содержит картинки
Сообщение содержит видеоклипы
Сообщение содержит аудиоклипы
Сообщение содержит картинки или видео 18+

Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Конфликтная ситуация при remote / 7 сообщений из 7, страница 1 из 1

14.12.2004, 14:12

#32826715

DIGITALPRO

Участник

Откуда: РК, г.Сыктывкар
Сообщения: 363
Рейтинг: 0 / 0

Конфликтная ситуация при remote

Есть 2 таблицы
связь один-ко-многим (каскадное обновление - YES, каскадное удаление - NO)
Пример: таб. Документ (сч-ф.) (много), Справочник (Контрагенты) (один)

в удаленный базе появилась запись: документ 100 с контрагентом 2 (данный контрагент первый раз участвует в документах)
в центральной нет записи в документах где бы участвовал контрагент 2 и тут его решили удалить.

После чего все остальные документы вновь созданные (на удаленной базе) с контрагентом 2 попадать в центральную базу не будут!!!

КАК ПОБЕДИТЬ ВСЕ ЭТО???

==============
ASA 9.0.2

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

14.12.2004, 14:18

#32826740

Рыжий Кот

Участник

Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
Сообщения: 22 237
Рейтинг: 0 / 0

Конфликтная ситуация при remote

Это не проблема СУБД.
Это проблема организации.
Вы сами можете привести алгоритмическое решение?

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

14.12.2004, 14:22

#32826753

Александр Гoлдун

Участник

Сообщения: 2 207
Рейтинг: 0 / 0

Конфликтная ситуация при remote

DIGITALPRO

КАК ПОБЕДИТЬ ВСЕ ЭТО???

Элементарно!
Запретить удаление. И почитать хотя бы документацию. Там такие вещи
классифицируются не как конфликты, а как ошибки репликации,
которых БЫТЬ НЕ ДОЛЖНО.

Конфликт - это разруливаемая ситуация, например одновременная правка.

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

14.12.2004, 15:04

#32826866

DIGITALPRO

Участник

Откуда: РК, г.Сыктывкар
Сообщения: 363
Рейтинг: 0 / 0

Конфликтная ситуация при remote

Ну так пример то можно, как правильно все построить?

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

14.12.2004, 15:13

#32826895

Рыжий Кот

Участник

Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
Сообщения: 22 237
Рейтинг: 0 / 0

Конфликтная ситуация при remote

Ответ уже дали: не разрешать удаление кому попало.

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

14.12.2004, 15:16

#32826907

Рыжий Кот

Участник

Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
Сообщения: 22 237
Рейтинг: 0 / 0

Конфликтная ситуация при remote

Еще можно порекомендовать почаще реплицироваться

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

14.12.2004, 17:06

#32827230

Александр Гoлдун

Участник

Сообщения: 2 207
Рейтинг: 0 / 0

Конфликтная ситуация при remote

DIGITALPROНу так пример то можно, как правильно все построить?

Код: plaintext

REVOKE DELETE ON table_name FROM user1, user2, user3

А для особо талантливых, которые любят работать с базой в штатном режиме
под DBA:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.

CREATE TRIGGER tdb_PreventionFromFool BEFORE DELETE
    ORDER  1  ON table_name
    REFERENCING OLD AS old_name
    FOR EACH ROW
BEGIN
      raiserror  99999  'Удаление запрещено'
END

Причем обязательно в обеих базах.

...

Рейтинг:

0 / 0

| Ответить | Цитировать | Написать

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=55&mobile=1&tid=2014022]:	0ms
get settings:	11ms
get forum list:	13ms
check forum access:	3ms
check topic access:	3ms
track hit:	72ms
get topic data:	12ms
get forum data:	2ms
get page messages:	45ms
get tp. blocked users:	1ms
others:	14ms

total:	176ms