|
|
|
количество таблиц - как лучше?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov"Ох не пойму я, чего вы спорите..." (с) Любая структура имеет определённых преимущества. Любая структура порождает определённые проблемы. Если порождаемые проблемы превышают преимущества - поменял структуру и дело с концом. Для обеспечения обратной совместимости есть куча средств, начиная с вьюх и кончая дубль-базой. Тверской, у тебя сейчас проблема с отчётами, которые строятся по несколько часов. Ты бы с ней разобрался лучше, чем крохоборствовать со справочниками... DS, как рад Вас ... читать пытаюсь выделить основные плюсы и минусы каждой схемы с отчетами жеж решено - пользователи ставят их в очередь в табличке, и их по расписанию запускает isql ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2011, 16:58 |
|
||
|
количество таблиц - как лучше?
|
|||
|---|---|---|---|
|
#18+
тверскойbaracs, 1. если пользователь ввел (по справочнику) вместо VIP клиент - обычный клиент - никакая СУБД не "отобьет" Прикладное ПО тоже. тверской2. если пользователю выдаётся неправильный справочник и вместо статуса клиента в выданном справочнике перечислены цвета - это ошибка прикладного ПО Эта ошибка пъяного разработчика прикладного ПО. тверскойчем схема - один справочник - не грамотная? вероятно тем, что, в теории, пользователю разрешат ввести ссылку не на тот тип объекта, но это проблема №2 прикладного ПО Даже пъяному разработчику, в случае грамотной схемы сложнее накосячить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2011, 17:14 |
|
||
|
количество таблиц - как лучше?
|
|||
|---|---|---|---|
|
#18+
тверскойDimitry SibiryakovТверской, у тебя сейчас проблема с отчётами, которые строятся по несколько часов. Ты бы с ней разобрался лучше, чем крохоборствовать со справочниками... <...> с отчетами жеж решено - пользователи ставят их в очередь в табличке, и их по расписанию запускает isql Чувствуется, что выбрана схема, которая оптимальна по производительности и простоте сопровождения... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2011, 17:16 |
|
||
|
количество таблиц - как лучше?
|
|||
|---|---|---|---|
|
#18+
тверскойобсуждаем разные схемы на примере крайних случаев - мало таблиц <-> много талицПоследнее, о чём должен задумываться проектировщик, так это о количестве таблиц в БД. Даже сказал бы, что об этом он вовсе не должен думать. Их должно быть ровно столько, сколько нужно для адекватного описания предметной области(ПО), включая сущности и связи между ними. А выстроить БД над БД, а потом метаданными, а то и грубо, кодом, описывать модель ПО в большинстве случаев избыточно. РСУБД как раз и заточены под уход от излишней абстракции. Не уподобляйтесь Астронавтам Архитектуры . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2011, 17:55 |
|
||
|
количество таблиц - как лучше?
|
|||
|---|---|---|---|
|
#18+
тверскойbeef, ТЗ пишет разработчик, заказчик, обычно, не силен в технической части, хорошо если в предметной всё понимает мы, как разработчики, стараемся выбрать схему, которая оптимальна по производительности и простоте сопровождения обсуждаем разные схемы на примере крайних случаев - мало таблиц <-> много талиц - в боевых системах всегда компромис ТЗ определяет уж никак не схему БД, а требования к ПО. Более того, на стадии написания ТЗ, как правило, о схеме БД речи вообще не идёт (разве что какие-то общие требования определяются). Схема БД строится уже по согласованному с заказчиком ТЗ, в котором чётко определены требования к функционалу. Конечно, проектировщик может заложить в схему какие-то возможности её дополнения в случае необходимости (кстати, в нормально спроектированную схему, как правило, несложно внести небольшие изменения), но, повторюсь, он не то, что не обязан - он просто не должен - "предусмотрительно" делать схему "на все случаи жизни". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2011, 18:38 |
|
||
|
количество таблиц - как лучше?
|
|||
|---|---|---|---|
|
#18+
ChA Впрочем, каждый, наверное, должен пройти "велосипедную" стадию. +1 Будем надеятся, что до реализации это не дойдет, а если дойдет то долго не проживет. 2 тверской http://en.wikipedia.org/wiki/Divide_and_rule http://anekdot.ru/id/-1011100009/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2011, 18:53 |
|
||
|
количество таблиц - как лучше?
|
|||
|---|---|---|---|
|
#18+
бОльшая часть постов - ожидаемый и, часто, необоснованный стеб (написанный в попытках самоутвердиться или ещё по каким-то причинам) позиция отвечающих - ТС велосипедостроитель, чувствуется у ТС соринка в глазу и т.д. за всем этим забывается обсуждаемый вопрос ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2011, 11:28 |
|
||
|
количество таблиц - как лучше?
|
|||
|---|---|---|---|
|
#18+
baracsтверскойпропущено... <...> с отчетами жеж решено - пользователи ставят их в очередь в табличке, и их по расписанию запускает isql Чувствуется, что выбрана схема, которая оптимальна по производительности и простоте сопровождения... яркий пример из разряда - слышал звон, но не понял где он если действительно интересно - почитайте длительная ХП ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2011, 11:32 |
|
||
|
количество таблиц - как лучше?
|
|||
|---|---|---|---|
|
#18+
тверскойесли действительно интересно - почитайте длительная ХП Почитал Замечательное резюме: 11350461 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2011, 12:48 |
|
||
|
количество таблиц - как лучше?
|
|||
|---|---|---|---|
|
#18+
baracs, и что же вас огорчило настолько, что выбрали в качестве резюме обсуждения пост не о технической составляющей, а переход на личности? перейти на личные обвинения/подозрения, когда нечего сказать по существу - старый и избитый прием ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2011, 14:32 |
|
||
|
количество таблиц - как лучше?
|
|||
|---|---|---|---|
|
#18+
тверской, Хорошо вот вам ответ по существу - много маленьких таблиц, без искусственного смешивания или разделения. Ибо так проще наложить ограничения на базу данных. (боятся большого количества таблиц не стоит при внятных правилах наименования таблиц) Таблицу можно (независимо от приложения) разделить (партицировать сегментировать) либо горизонтально либо вертикально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2011, 17:22 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=37473301&tid=1541990]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
183ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 244ms |
| total: | 530ms |

| 0 / 0 |
