powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / количество таблиц - как лучше?
11 сообщений из 36, страница 2 из 2
количество таблиц - как лучше?
    #37473268
тверской
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov"Ох не пойму я, чего вы спорите..." (с)
Любая структура имеет определённых преимущества. Любая структура порождает определённые проблемы. Если порождаемые проблемы превышают преимущества - поменял структуру и дело с концом. Для обеспечения обратной совместимости есть куча средств, начиная с вьюх и кончая дубль-базой.

Тверской, у тебя сейчас проблема с отчётами, которые строятся по несколько часов. Ты бы с
ней разобрался лучше, чем крохоборствовать со справочниками...

DS, как рад Вас ... читать
пытаюсь выделить основные плюсы и минусы каждой схемы
с отчетами жеж решено - пользователи ставят их в очередь в табличке, и их по расписанию запускает isql
...
Рейтинг: 0 / 0
количество таблиц - как лучше?
    #37473297
baracs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
тверскойbaracs,
1. если пользователь ввел (по справочнику) вместо VIP клиент - обычный клиент - никакая СУБД не "отобьет" Прикладное ПО тоже.
тверской2. если пользователю выдаётся неправильный справочник и вместо статуса клиента в выданном справочнике перечислены цвета - это ошибка прикладного ПО Эта ошибка пъяного разработчика прикладного ПО.
тверскойчем схема - один справочник - не грамотная?
вероятно тем, что, в теории, пользователю разрешат ввести ссылку не на тот тип объекта, но это проблема №2 прикладного ПО Даже пъяному разработчику, в случае грамотной схемы сложнее накосячить.
...
Рейтинг: 0 / 0
количество таблиц - как лучше?
    #37473301
baracs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
тверскойDimitry SibiryakovТверской, у тебя сейчас проблема с отчётами, которые строятся по несколько часов. Ты бы с
ней разобрался лучше, чем крохоборствовать со справочниками...

<...> с отчетами жеж решено - пользователи ставят их в очередь в табличке, и их по расписанию запускает isql Чувствуется, что выбрана схема, которая оптимальна по производительности и простоте сопровождения...
...
Рейтинг: 0 / 0
количество таблиц - как лучше?
    #37473369
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
тверскойобсуждаем разные схемы на примере крайних случаев - мало таблиц <-> много талицПоследнее, о чём должен задумываться проектировщик, так это о количестве таблиц в БД. Даже сказал бы, что об этом он вовсе не должен думать. Их должно быть ровно столько, сколько нужно для адекватного описания предметной области(ПО), включая сущности и связи между ними. А выстроить БД над БД, а потом метаданными, а то и грубо, кодом, описывать модель ПО в большинстве случаев избыточно. РСУБД как раз и заточены под уход от излишней абстракции. Не уподобляйтесь Астронавтам Архитектуры .
...
Рейтинг: 0 / 0
количество таблиц - как лучше?
    #37473437
beef
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
тверскойbeef,
ТЗ пишет разработчик, заказчик, обычно, не силен в технической части, хорошо если в предметной всё понимает
мы, как разработчики, стараемся выбрать схему, которая оптимальна по производительности и простоте сопровождения
обсуждаем разные схемы на примере крайних случаев - мало таблиц <-> много талиц - в боевых системах всегда компромис
ТЗ определяет уж никак не схему БД, а требования к ПО. Более того, на стадии написания ТЗ, как правило, о схеме БД речи вообще не идёт (разве что какие-то общие требования определяются). Схема БД строится уже по согласованному с заказчиком ТЗ, в котором чётко определены требования к функционалу. Конечно, проектировщик может заложить в схему какие-то возможности её дополнения в случае необходимости (кстати, в нормально спроектированную схему, как правило, несложно внести небольшие изменения), но, повторюсь, он не то, что не обязан - он просто не должен - "предусмотрительно" делать схему "на все случаи жизни".
...
Рейтинг: 0 / 0
количество таблиц - как лучше?
    #37473465
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChA Впрочем, каждый, наверное, должен пройти "велосипедную" стадию. +1
Будем надеятся, что до реализации это не дойдет, а если дойдет то долго не проживет.

2 тверской
http://en.wikipedia.org/wiki/Divide_and_rule
http://anekdot.ru/id/-1011100009/
...
Рейтинг: 0 / 0
количество таблиц - как лучше?
    #37475259
тверской
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
бОльшая часть постов - ожидаемый и, часто, необоснованный стеб (написанный в попытках самоутвердиться или ещё по каким-то причинам)
позиция отвечающих - ТС велосипедостроитель, чувствуется у ТС соринка в глазу и т.д.

за всем этим забывается обсуждаемый вопрос
...
Рейтинг: 0 / 0
количество таблиц - как лучше?
    #37475270
тверской
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
baracsтверскойпропущено...
<...> с отчетами жеж решено - пользователи ставят их в очередь в табличке, и их по расписанию запускает isql Чувствуется, что выбрана схема, которая оптимальна по производительности и простоте сопровождения...
яркий пример из разряда - слышал звон, но не понял где он
если действительно интересно - почитайте длительная ХП
...
Рейтинг: 0 / 0
количество таблиц - как лучше?
    #37475421
baracs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
тверскойесли действительно интересно - почитайте длительная ХП Почитал

Замечательное резюме: 11350461
...
Рейтинг: 0 / 0
количество таблиц - как лучше?
    #37475596
тверской
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
baracs,
и что же вас огорчило настолько, что выбрали в качестве резюме обсуждения пост не о технической составляющей, а переход на личности?
перейти на личные обвинения/подозрения, когда нечего сказать по существу - старый и избитый прием
...
Рейтинг: 0 / 0
количество таблиц - как лучше?
    #37475986
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
тверской,

Хорошо вот вам ответ по существу - много маленьких таблиц, без искусственного смешивания или разделения. Ибо так проще наложить ограничения на базу данных. (боятся большого количества таблиц не стоит при внятных правилах наименования таблиц)
Таблицу можно (независимо от приложения) разделить (партицировать сегментировать) либо горизонтально либо вертикально.
...
Рейтинг: 0 / 0
11 сообщений из 36, страница 2 из 2
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / количество таблиц - как лучше?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]