CftClub.ru

[DALLUS]

Добрый день!
Была поставлена Бизнесом задача - сохранять комментарий в момент изменения состояний Объекта.
Я реализовал такую схему:
Создал доп. справочник, который соединил с таблицей OBJECT_STATE_HISTORY
(связью один к одному через ID), а уже в своем справочнике реализовал столько доп. полей сколько нужно (всегда можно еще что-то добавить).
Если есть у кого-то предложение сделать более логично - буду рад прочитать.

В процессе работы возникли 2 вопроса - маленький и большой:
1)Маленький вопрос:
Почему OBJ_ID,USER_ID строковые?
2)Большой вопрос:
Почему при удалении объекта из справочника, данные о смене состояний из OBJECT_STATE_HISTORY не удаляются.
Позвольте, объяснить:
Если правильно понимаю, к этим строкам эффективно можно обратиться только через OBJ_ID (один индекс),
но в условном справочнике это OBJ_ID уже удален.
И получается что к этим данным уже никак "нормально" не обратиться.
Так зачем они? Зачем раздувать базу?

[Blackmore64]

OBJECT_STATE_HISTORY - синоним журнала аудита aud.ibs_osh

[De Mian]

Это данные аудита. использовать эти данные в прикладной системе не совсем хорошо. И собственно по этому и не удаляется - это данные аудита.
USER_ID строковый потому-что там текст хранится в формате USER_NAME.OS_NAME или что-то вроде этого.
OBJ_ID - строковый. потому-что в общем случае ID- это строка. Где-то справочники в ЦФТ есть, кажется к РЦ относятся, где вместо ID не число а некий КОДик. Кроме того типы соответствующие метаданным так же имеют ID-ники строковые.

[De Mian]