|
Необходимость в использовании множества справочников
|
||
|---|---|---|
Участник
Откуда: Москва
Сообщения: 4 039 |
||
| 22.09.2013, 16:21 |
|
|
|
|
|
Необходимость в использовании множества справочников
|
|||
|---|---|---|---|
|
#18+
LSV1. Ну у программиста должны быть "тиражные решения". Иначе он всю жизнь будет боянить в каждой системе одни и те же справочники. 2. При наличии универсального справочника+ EAV, заказчик может сам создать новый справочник и тут же его заюзать. Любая долгоживущая система (с уклоном в доработки время от времени) должна иметь подобный механизм. Тогда большая часть доработок будет настройками не меняя исх.код. И сама система и ее настройки смогут легко переноситься с одной системы в другую. А при чем тут ЕАВ?? В тиражной системе должен быть интерфейс создания сущностей, связей, ограничений и всего прочего!! ЕАВ действительно ну жен в очень редких условиях и когда нужно чтоб быстро, но в реальных больших системах ЕАВ просто зло - быстро в начале - задница в конце! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2013, 16:08 |
|
||
|
Необходимость в использовании множества справочников
|
|||
|---|---|---|---|
|
#18+
spLSV1. Ну у программиста должны быть "тиражные решения". Иначе он всю жизнь будет боянить в каждой системе одни и те же справочники. 2. При наличии универсального справочника+ EAV, заказчик может сам создать новый справочник и тут же его заюзать. Любая долгоживущая система (с уклоном в доработки время от времени) должна иметь подобный механизм. Тогда большая часть доработок будет настройками не меняя исх.код. И сама система и ее настройки смогут легко переноситься с одной системы в другую. А при чем тут ЕАВ?? В тиражной системе должен быть интерфейс создания сущностей, связей, ограничений и всего прочего!! ЕАВ действительно ну жен в очень редких условиях и когда нужно чтоб быстро, но в реальных больших системах ЕАВ просто зло - быстро в начале - задница в конце! Не в тиражной системе, а в СУБД. Иначе это не СУБД)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2013, 16:21 |
|
||
|
Необходимость в использовании множества справочников
|
|||
|---|---|---|---|
|
#18+
> хорошо бы иметь инструмент, позволяющий развивать модель не меняя концепцию Конечно. Но инфологические аспекты на пару порядков важнее функциональных. Рассматривайте базу данных как набор инфологических ограничений. Чем меньше ограничений, тем больше информационная ценность базы данных (в том числе потенциальная), но выше сложность и трудоёмкость проектирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2013, 16:24 |
|
||
|
Необходимость в использовании множества справочников
|
|||
|---|---|---|---|
|
#18+
guest_20040621, ну так устроена РМД, набор чего то + мощный язык интерпретации путь в никуда ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2013, 16:28 |
|
||
|
Необходимость в использовании множества справочников
|
|||
|---|---|---|---|
|
#18+
> ну так устроена РМД, набор чего то + мощный язык интерпретации Спасибо, что напомнили. > путь в никуда Это не соответствует действительности. Видите ли, мир меняется быстрее, чем наши представления о нём. Роль внешних источников данных за последние десять лет изменилась принципиально. Задачи проектирования изменились не менее принципиально, но можно уверенно констатировать, что даже осознание этого ещё не стало тенденцией. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2013, 17:39 |
|
||
|
Необходимость в использовании множества справочников
|
|||
|---|---|---|---|
|
#18+
guest_20040621, я понимаю конечно, хорошо бы агрегировать чужие знания и информацию, всякие там сервисы но в таком виде эти сервисы привносят хаос думаю публичные сервисы надо стандартизировать не в плане протокола обмена а содержательно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2013, 18:14 |
|
||
|
Необходимость в использовании множества справочников
|
|||
|---|---|---|---|
|
#18+
> хорошо бы агрегировать чужие знания и информацию Не просто хорошо: это реальный способ радикально снизить издержки на поддержку информационной системы. > не в плане протокола обмена а содержательно Именно, Сахават, именно. Поэтому важность элементарных ограничений - атомарности, контекстов, локализации и пр. - сложно переоценить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2013, 18:49 |
|
||
|
Необходимость в использовании множества справочников
|
|||
|---|---|---|---|
|
#18+
guest_20040621, я согласен :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2013, 19:21 |
|
||
|
Необходимость в использовании множества справочников
|
|||
|---|---|---|---|
|
#18+
Chopкстати, вчера забыл спросить, LSV, а что вы скажете по поводу нормализации, быстродействия БД и других страшных слов ДБА? если ваша сотня мелких справочников сидит в одной таблице, то это почти наверняка означает, что с этой таблицей работают если не все, то большинство Пользователей системы, как они ее поделят?Сотня мелких справочников будет занимать пару тыщ строк. При выборке по ключу никаких проблем нет. Тем более большинство из них ридонли, т.е. заполнены один раз (сполпотворения на запись не будет). Производительность действительно будет хуже, чем в привычных отдельных справочниках. Но насколько это критично ? В подавляющем числе случаев потеря даже незаметна. 20 справочников+ 30 перечислений это смех. У меня сравнительно маленькая система и в ней ок. 60 справочников и с полсотни перечислений. В доработанных УПП эта цифра под две сотни. Во всяческих специализированных конфигурациях - тоже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2013, 10:43 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=38404051&tid=1541113]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
346ms |
get topic data: |
13ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
| others: | 18ms |
| total: | 461ms |
| 0 / 0 |
Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...
