Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
Справочники) Я б тут выделил несколько позиций: 1) Тупые справочники, которые состоят из конечного неизменяемого количества опций: Резидент/нерезидент, Да/Нет,Пол-Муж/Жен и т.д. Как я мыслю, для таких вообще справочники НЕ нужны... Делается просто check constraint, и всё... 2) Справочники, которые являются пополняемыми и которые можно привести к виду - Код/Значение, например - цвет изделия, единица измерения, тип упаковки и пр... Их действительно можно объединить в одну таблицу 3) Справочники сущностей: Контрагенты, Продукция и пр... на каждую сущность естественно своя таблица... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2004, 10:36 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
Да? Тут вот говорили недавно, что в медицинском справочнике "Пол" не 2, а 5 значений: - Не установлен - Мужской - Женский - Бывший мужской - Бывший женский Представь, что твоя супер-программа на check-constraint'ах изначально сделана для гражданского использования, а потом ты ее продал медицинской организации. Менять ограничения в базе на физическом уровне? По-моему, это гораздо сложнее на этапе поддержки, чем просто добавить три недостающих пола в соответствующий справочник. И потом, у тебя сразу появляется версионность. Эта база - для клиента типа А, а эта - для типа Б. А потом еще появляется клиент типа В. Не боишься запутаться? Не так ли? ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2004, 10:53 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
Ещё раз повторюсь - Всегда лучше править данные, чем метаданные(если разработка перманентная и к тому же удаленая). Использовали ли те, кто отстаивает свою модель справочников, эту модель в боевых условиях, а не в вакууме? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2004, 11:08 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
Не пугайте меня так, я в этих водах плаваю уже много лет. Не запутаюсь...)) Тоже интересный вариант, возмем например поля , где нужно ставить Да/Нет в другом Да/Нет/Незнаю. И как быть? Создавать два справочника? Глупо. Вообще работу по заполнению/контролю таких полей лучше перенести на приложение, а не на сервер. Все равно на рабочей станции вам таки или иначе это придется делать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2004, 11:13 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
> Тут вот говорили недавно, что в медицинском справочнике "Пол" не 2, а 5 значений: Название справочника? Название стандарта, по которому проведена классификация? Сильно похоже, что это обычная отсебятина. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2004, 15:05 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
Ну, может, и отсебятина - мне она понравилась именно как парадоксальный пример того, как даже самый вроде бы постоянный справочник непредсказуемо может разрастись. ;-))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2004, 16:04 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
> парадоксальный пример того, как даже самый вроде бы постоянный справочник > непредсказуемо может разрастись. Imho, тривиальный пример человеческой глупости. Ничего парадоксального или интересного. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 00:23 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
много лет назад некоторые люди приводили как пример человеческой глупости идею летательного аппарата тяжелее воздуха. и не находили в этой идее ничего парадоксального или интересного. но были и другие люди, которые находили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 00:29 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
> Тут вот говорили недавно, что в медицинском справочнике "Пол" не 2, а 5 значений: Получается что по полу еще и историю надо хранить :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 12:20 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
> но были и другие люди, которые находили В дерьме бриллиантов нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 16:40 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
Одинаковые справочники - это справочники имеющие одинаковую структуру (плоский, иерархический), одинаковый набор полей. А по поводу пользовательских интерфейсов, так их тоже можно создавать на основе метаданных. Владимир ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 17:21 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
2immutable Плоский справочник - частный случай иерархического, а совпадение по структуре - это типа ID, NAME ? И если их хранить в одной таблице, все равно нужон тип этого "одинакового" справочника. Спрашивается, зачем огород городить ради ТЕОРЕТИЧЕСКИХ выгод.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2004, 12:11 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
Мы наверное не поняли друг друга. Я и не предлагаю все помещать в один справочник. Каждому справочнику - свою таблицу. А выгоды от контроля ссылочной целостности - сугубо практические. Владимир ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2004, 15:56 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
Кого интересует конечный результат,а не дискуссия по данному вопросу то, как говориться,-милости просим! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2004, 11:22 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
Дж.Дейт во "Введении в системы реляционных баз данных" отмечает всего 3 возможных подхода к хранению данных: Хранение первичных данных, Хранение уже обработанных данных, Хранение данных в промежуточном виде. Разобьем всю базу на две части: 1) Первичные данные – документы (приходные\расходные накладные, приказы, и т.д. – описанные в законодательстве, ведомстве, предприятии основные документы, как правило имеют бумажный вариант): - записывается целиком весь документ, - количество документов велико, - чтения документов происходят весьма редко. 2) Вторичные (обработанные) данные: - при записи первичного документа происходит обработка бизнес правил – записываем изменения во вторичные данные (справочники, реестры, счета и т.д.), относящиеся к данному первичному документу. - объем вторичных данных ограничен, - обращения происходит достаточно часто (практически вся работа пользователей происходит с вторичными данными). При таком подходе возможно создание «универсальной» структуры хранения учетных данных, практически без потери скорости при масштабировании (росте объема базы), поскольку, в основном, работаем с вторичными (обработанные, малый объем) данными. Естественно теряем в объеме, но это не так критично в последнее время. При возникновении такой «универсальной» структуры появляется возможность повторного использования не только самой структуры, но и методов работы в ней со «стандартными» документами (накладные и т.д.), перестраивая только бизнес правила. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2004, 23:55 |
|
||
|
Справочники - вместе или отдельно
|
|||
|---|---|---|---|
|
#18+
Ramil Mustafin Разобьем всю базу на две части: ... - чтения документов происходят весьма редко. ... - обращения происходит достаточно часто (практически вся работа пользователей происходит с вторичными данными). Я, честно говоря, не понял :) Вы бы привели какой-нибудь пример ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2004, 13:11 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=32465830&tid=1546538]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
144ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
| others: | 223ms |
| total: | 465ms |

| 0 / 0 |
