|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Drema 2:5020/400 10 Apr 2001 00:06:10
To : Serg Vasiltsoff
Subject : Re[2]: Дремина хитрость 2
--------------------------------------------------------------------------------
Hello Serg,
>> Реальный пример: Справочник "Основные средства".
>> Есть несколько подразделений, работающих с этим справочником:
SV> Со справочником не работают, его _смотрят_, на то он и правочник. Если с ним
SV> _работают_, то это уже - основная таблица под названием "основные средства".
SV> К слову, справочник, как правило, называется "типы основных средств", и его
SV> действительно только смотрят.
У меня нет различий между простыми таблицами и справочниками - это
одно и то же. Да и мы про редактирование не говорим, мы говорим именно
про просмотр.
>> В каждом этом отделе нужны только свои поля, как вы решаете эту проблему?
SV> Делается, например, хранилище дополнительных полей из (примитив) двух
SV> таблиц - типы полей и значения полей. Дальше продолжать? Значения ссылаются
SV> на основную таблицу (в идеале - Id основного средства) и на описатель. кому
SV> и с чем работать - элементарно раздается на уровне соотношений
SV> пользователь - описатель - допустимое действие. Дальше - вьюшки / триггера /
SV> процедуры.
Это много-много сложнее чем у меня.
...
SV> стороны "аборигенов" ;) Идеальной коррекцией ситуации станет введение
SV> третьего уровня - сервера приложений и перевод клиента с общения с сервером
...
Да собственно это уже сделано... просто пока сервер приложения не
"выделен" из клиентской программы.
--
Drema, http://i.am/dremkin
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Talk.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
