шмордень
Дата: 04.11.2009 20:28:14
Нужен совет, Как работать со сравочниками правильнее или оптимальнее
Допустим есть справочник с двумя полями автономер и описание. Добавляется инфа не часто каким-то юзером, который, изменив содержание записи с А на Б (вместо того, что-бы ввести новую запись в библиотеку), вдруг может уничтожить ценность всего архива. На текущем моменте это не отразится, но архиву пипец.
- Можно сделать линк один ко многим в сторону основной таблицы, которая фаршируется записями достаточно быстро, и со всеми плюсами получить выше озвученную проблему.
- Можно не линковать справочник, и кидать в основную таблицу не автономер, а содержание поля (полей). В зтом случае начнет пухнуть база.
Может еще есть что, что я здесь не озвучил.
Спасибо
Владимир Саныч
Дата: 04.11.2009 21:03:29
| шмордень |
| - Можно не линковать справочник, и кидать в основную таблицу не автономер, а содержание поля (полей). В зтом случае начнет пухнуть база. |
В этом случае вообще пропадет весь смысл справочника. Правильно хранить в базе только код. И редактировать справочник тоже должна быть возможность. Но не надо давать доступ к редактированию справочника кому ни попадя.
шмордень
Дата: 04.11.2009 21:13:32
Но не надо давать доступ к редактированию справочника кому ни попадя.
человеческий фактор хотелось бы свести к минимуму
Владимир Саныч
Дата: 04.11.2009 21:14:08
Тогда обрубить всем руки и ноги доступ к компьютеру.
шмордень
Дата: 04.11.2009 21:21:00
Запретил доступ на редактирование и оставил возможность добавления
Дабы ...
шмордень
Дата: 04.11.2009 21:36:27
А может есть смысл котролировать изменения значений в библиотеках?
От этих мультиюзеров что угодно можно ожидать
PWW
Дата: 04.11.2009 21:44:43
шмордень,
В этом случае лучше сделамь в справочнике поле "флаг видимости", из таблицы ничего не удалять, и не изменять, если строка в правочнике больше не должна использоваться, то она отмечается как не видимая. Ею никто не может больше пользоваться, но для архива она жива, и может участвовать в отчетах. Это самое простое.
Сложнее- вместо флажка ставишь дату до которого запись работала, её можно использовать до указаного срока, позже нет. Записи не удаляются и не редактируются.
Еще сложнее- вводишь две даты, с какого и по какое работает запись, сначала она с какого то числа и бессрочна (т.е. по 1.1.3000) , редактировать нельзя зато можно добавлять историю записи с какого то числа и опять бессрочно, а предыдущую запись, из её истории резать датой начала ввода новой записи минус 1 день (час/минута/секунда). Соответственно выбираешь из справочника запись по срезу на дату. Удалять тоже ничего нельзя.
nord-woolf
Дата: 04.11.2009 22:36:26
| шмордень |
А может есть смысл котролировать изменения значений в библиотеках?
... |
Может контролировать количество записей других таблиц, в которых участвует ключ записи справочной таблицы?
Если количество больше 0 - не давать возможность изменения записи, ну может кроме специально обученного пользователя с соответствующими правами.
шмордень
Дата: 04.11.2009 22:44:14
PWW,
сложностей я здесь пока не вижу
и флажок стоит, и даты изменениня и кем изменено
сложность заключается в позднем обнаружении изменений
вот юзеру, ведущему библиотеку, не понравилось название категории "А", и он дизаебнул эту запись флажочком, и открыл новую запись "Аа"
пожалуй вставлю аларм через сдо для себя и заинтересованных о добавлениях и изменениях. И чего только эта мысль раньше не пришла
Всем спасибо