Допустим есть какая-то база рабочих. Все они объединены в группы. Что выгодней, для каждой группы создать отдельную таблицу, или всех рабочих держать в одной. В перспективе количество групп будет расти.

Посоветуйте (вопрос бывалым).

зависит от задач, которыми ты будешь нагржуать эту/эти таблицу(ы)

Цитата(Cepera @ 26.8.2003, 11:28)

зависит от задач, которыми ты будешь нагржуать эту/эти таблицу(ы)

Основная задача - это вывод участников какой-то группы, добавление новых участников в группу, добавление новой группы.

Меня просто терзают сомнения. Уже все готово. Для каждой группы своя таблица. А если таких групп наберется 100, хотя в каждой из них может быть только 2 участника. А может и 100, 200.

ну до пары сотен тысяч записей можешь спать спокойно

Значит с одной таблицей?

Зависит от объёма, если таблица небольшая - не больше 10 000 000 записей - то нет проблем, должна работать как одна нормально (при правильно подобранных индексах и правильно составленных кверях), а если таблица содержит больше 10 миллионов записей, то разбиение её на несколько таблиц может увеличить производительность

Не могу себя назвать крупным специалистом в БД, но мне кажется, что нехорошо, когда структура БД (количество таблиц) зависит от количественных показателей предметной области (количество групп).
Представим себе: кто-то хочет смотреть информацию про всех людей (например, их количество)
для него будет написана программка, которая выдает ему это значение
если каждой группе будет соответствовать своя таблица, то все они должны быть перечислены в запросе
значит, при добавлении новой группы придется открывать исходники этой программки, добавлять новую таблицу в запрос, компилировать заново и т.д., и т.п.
и так - для всех подобных программ... (ужас)

Цитата(maxim1000 @ 26.8.2003, 16:01)

Не могу себя назвать крупным специалистом в БД, но мне кажется, что нехорошо, когда структура БД (количество таблиц) зависит от количественных показателей предметной области (количество групп). Представим себе: кто-то хочет смотреть информацию про всех людей (например, их количество) для него будет написана программка, которая выдает ему это значение если каждой группе будет соответствовать своя таблица, то все они должны быть перечислены в запросе значит, при добавлении новой группы придется открывать исходники этой программки, добавлять новую таблицу в запрос, компилировать заново и т.д., и т.п. и так - для всех подобных программ... (ужас)

Ты видать и в програмировании не очень. Можно узнать имена всех таблиц в базе. Так как имена таблиц с участниками группы очень строгое, то можно легко выводить всех участников.
Ну да пофиг. 1000000 записей в таблице точно не наберется

Вообще-то при создании лучше руководствоваться простым принципом: Создаем третью идеальную форму, а затем ломаем ее так, чтобы всегда удобно было сформировать любой запрос, и побыстрее.
Но советую нескольк таблиц, на практике удобней и быстрей (Если это программа серьезная).

Советую в первую очередь прочитать про три основыне формы нормализации БД. Эта тема как-раз рассматривает вопросы такого рода.

Да, хочу сказать сразу, таблица-помойка (где все сразу) - это не есть гуд.

Pegas

Полностью с тобой согласен!

Цитата(Pegas @ 28.8.2003, 10:37)

Советую в первую очередь прочитать про три основыне формы нормализации БД. Эта тема как-раз рассматривает вопросы такого рода.

А где прочитать можно? Не подскажешь

Цитата(Pegas @ 28.8.2003, 10:38)

Да, хочу сказать сразу, таблица-помойка (где все сразу) - это не есть гуд.

Так как мне разбить эту таблицу-помойку? Альтернатива - каждой группе по таблице. Только сколько таблиц набраться может.

Вот структура "таблицы-помойки":

| ID | Group | User |

Ну, кто ее разобьет?

в твоем формате:
tables:
| table_id | table_name |
users:
| user_id | table_id | user_name |