AXForum  
Вернуться   AXForum > Прочие обсуждения > Детская
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 08.10.2019, 12:30   #1  
NitroJunkie is offline
NitroJunkie
Участник
 
19 / 28 (1) +++
Регистрация: 03.10.2019
Цитата:
Сообщение от Logger Посмотреть сообщение
Затрудняюсь ответить.
Нужно спрашивать тех кто проектировал ядро.
Возможно это делалось для SQL 2000, т.е. для тех случаев когда БД не поддерживает какие-то режимы. Но это только мое предположение.
Когда это проектировали, аксапта еще поддерживала Оракл. Возможно это сказалось.
Да я так и подумал. Но были и есть же новые версии Аксапты. И версионный режим в самом MS SQL. Почему просто его не использовали?
Старый 08.10.2019, 12:33   #2  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,877 / 3141 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от NitroJunkie Посмотреть сообщение
Да я так и подумал. Но были и есть же новые версии Аксапты. И версионный режим в самом MS SQL. Почему просто его не использовали?
В 2000-м версионного режима не было.
Старый 08.10.2019, 14:38   #3  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,895 / 5650 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от NitroJunkie Посмотреть сообщение
Да я так и подумал. Но были и есть же новые версии Аксапты. И версионный режим в самом MS SQL. Почему просто его не использовали?
А вы пробовали стандартным функционалом update conflict в MS SQL пользоваться ?
Просто я сам не пробовал (и вполне возможно что я в этом вопросе не прав), но кто-то из знакомых SQL разработчиков мне рассказывал что в этом режиме тоже есть свои подводные грабли.
Вот например в статье описывают поведение системы при проверке целостности Foreign Keys, и как-то это не очень очевидно.
Старый 08.10.2019, 17:57   #4  
NitroJunkie is offline
NitroJunkie
Участник
 
19 / 28 (1) +++
Регистрация: 03.10.2019
Цитата:
Сообщение от fed Посмотреть сообщение
А вы пробовали стандартным функционалом update conflict в MS SQL пользоваться ?
Просто я сам не пробовал (и вполне возможно что я в этом вопросе не прав), но кто-то из знакомых SQL разработчиков мне рассказывал что в этом режиме тоже есть свои подводные грабли.
Вот например в статье описывают поведение системы при проверке целостности Foreign Keys, и как-то это не очень очевидно.
Я не пользовался MS SQL, но пользовался PostgreSQL (с REPEATABLE READ, аналог SNAPSHOT в MS SQL), где проблемы, с тем что update conflict обнаруживаются для всей записи, а не поколоночно такие же. И все в целом неплохо даже под хорошей нагрузкой.

Foreign keys правда не пользовался (и непонятно зачем в MS SQL вдруг озаботились этой проблемой, когда Write Skew все равно есть, но видимо решили частный случай один поддержать).
Теги
1c

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Почти про 1С, а вообще про ПК, Пользователей и ИТ-шников. Lemming Курилка 0 26.02.2005 14:57

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 16:45.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.