Считаете ли вы багом или фичей отсутствие нормальной ссылочной целостности в движке 1С?

Чо?

Для танкистов wiki:Ссылочная_целостность

ник какбы намекает

толсто

имхо

именно поэтому там всякие Неопределено и пустые ссылки, вместо NULL

вопрос такой, а с фей хуа ли ТС дошёл до такого вопроса
от нечего делать или жизненная ситуация

(0) а где доказательства отсутствия нормальной ссылочной целостности?

(2) а, вон оно чо... загоняетесь по вене оторванными от практики теориями, понятно. Могу предложить только "Работай и не пизди" или "Пиши код, блеать" - на выбор, а можно оба сразу

(9) Ну как оторванные от практики... что в 7.7, что в 8 криво расставленные галочке в составе плана обмена приводят к куче красивых надписей <Объект не найден>...

(8) запросто можно убить запись справочника, а на нее ссылок в документах куча
конечно это все от кривых рук, но все же

Забавно.
Сначала v8: Поле Version справочника
Затем рассуждения о ссылочной целостности :)

(12) Это же наш Ненавижу1С.
Как зашел в ветку - я его сразу узнал!

(13) спасибо, что узнал
(12) да, но связи, к счастью нет, лучше поднять вот это:
v8: NULL<>Неопределено

(офф)

Читаю статью "для танкистов" по ссылке.

Цитата: "Правильно спроектированная и поддерживаемая база данных не допускает возможности нарушения ссылочной целостности. Тем не менее, такие нарушения могут появиться в ходе эксплуатации базы по целому ряду причин." - и чё?

Прочёл ещё раз. Хмм..

"В этой статье не хватает ссылок на источники информации." - так вот он какой, северный олень, оказывается...

(0) Гы! По твоему, задача движка - проверять ссылочную целостность в каждой транзакции?

(15) и то. МОГУТ, но не должны, и там причины как раз говорят об этом
(16) ну вот такой он движок, ларьковый

(17) Подумай сначала, как бы ты сам это сделал и что бы это за собой повлекло. И все вопросы отпадут.
Если тебе это нужно как воздух и ты готов мириться с последствиями - делай, ради бога. Движок все возможности для этого дает.

(18) по нормальному это должны быть автогенерируемые FOREIGN KEY и триггеры в клиент-серверном варианте

(19) О как! Супер. Опустим тему блокировок и производительности. Опустим неиллюзорный гемор разработчиков 1С по реализации и поддержке этой фигни в разных СУБД для, по сути, отладочного режима (ибо если эта фигня оправдана для твоей учетной системы, то грош ей цена).
Простая ситуация. Загрузка обменки РИБ. Продолжать или сам догадаешься?

(20) то есть все кто юзают FK и триггеры те сильно ошибаются?
кстати, РИБ это еще та шняга сама по себе

(21) Приведи конкретные примеры универсальных учетных систем с подобными решениями. Интересно глянуть. Я считаю, что
1) такие решения не могут быть универсальными
2) это весьма специфическая и недешевая перестраховка, у которой должны быть веские причины

(0) принудительная ссылочная целостность очень сильно осложнила бы жизнь.
многие алгоритмы стали бы не реализуемы

(19)
сделать можно.

здача состоит из 2.
1 - базовая. отмена пересоздания таблиц при реструктуризации (ddl триггеры):
появляется возможность создания партиций, секций, представлений, ограничений ссылочной целостности



2 - при изменени(пересоздании)  парсинг метаданных (записей таблицы config)-> обновление таблиц схемы -> обновление ограничений, ключей, индексов

работы - дня на 2-3.    

конечно можно добиться и без отмены, но управлять сложнее
либо вручную после реструктуризации

либо путем ddl триггеров.