Сделать одну таблицу или несколько?

[Serych]

Наверное этот вопрос уже тысячу раз обсуждался. Хочу сделать базу данных, только не знаю как лучше сделать - всё в одной таблице или одну большую таблицу разбить на 5-7 таблиц со схожими по смыслу данными, а потом при select\'e объединять все таблицы в одну и делать выборку? насколько это понизит производительность? мне важна скорость, т.к. посещаемость сайта большая. И ещё такой момент - таблицы будут модифицироваться - добавляться поля.

[synthez]

Второй вариант будет удачнее...

[Меняздесьдавнонет]

Serych:
разбить на 5-7 таблиц со схожими по смыслу данными, а потом при select\'e объединять все таблицы в одну и делать выборку?

неправильно

Serych:
таблицы будут модифицироваться - добавляться поля.

неправильно

synthez:
Второй вариант будет удачнее...

неправильно.

[Serych]

2 RomikChef
не смешно

[Меняздесьдавнонет]

Serych:
не смешно

правильно.

[Serych]

Очень не хочеться, чтобы топик превратился во флейм...

[Меняздесьдавнонет]

Странный человек.
Не хочется - не превращай.

[ThE0ReTiC]

Serych:
Хочу сделать базу данных, только не знаю как лучше сделать - всё в одной таблице или одну большую таблицу разбить на 5-7 таблиц со схожими по смыслу данными, а потом при select\'e объединять все таблицы в одну и делать выборку

Или я чего то непонял, или о чем вообще речь?
Если нормализовать базу, то

RomikChef:
неправильно

несогласен.
если нет - то подробности в студию

[Меняздесьдавнонет]

с кем ты не согласен и от кого хочешь подробностей? :-)

и, ээээ.... ты считаешь таблицу, у которой неизвестен состав полей нормализовонной?

совет на этот тред.
не суди по себе, снизь планку.

[Serych]

Да, хочу нормализовать базу. Основные поля таблиц известны, то есть структура и понимание того, какая должна быть база, есть. Могут быть введены дополнительные поля в таблицу, не нарушающие структуру, связи и логику базы.

[commander]

Serych
Скользо уже раз писали виликие... но все равно народ никак в толк не возьмет...
Что-бы помочь тебе в составлении структуры твой БД... нужно побробно знать какую информацию ты собираешся хранить в БД, что ты с ней собираешся делать и т.д. ...
Если ты говоришь, что у тебя сильно посещаемый сайт, то тогда вообще стоит отказаться от БД (в обычном представлении)...
Короче такие вопросы с кондачка не решаються... (ДА/НЕТ) обаварианта ответа могут оказаться неправильными...

[Serych]

Вот примерно у меня такая ситуация.
На странице выводиться список телевизоров 10-500 (по 50 на странице) штук, и нужно вывести для каждого телевизора его характеристики (30-35 полей) пока сделано всё в одной таблице. Стоит ли разбить характеристики на отдельные таблицы по 6 характеристик (схожих по смыслу) в одной таблице. При выводе всё равно придётся объединять в одну.

[Меняздесьдавнонет]

не удержусь :-)

Serych:
Стоит ли разбить характеристики на отдельные таблицы по 6 характеристик

а еще можно нарисовать перед каждым зеленый квадрат :-)

А вы все - "нормализация, нормализация" :-)

[commander]

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

В преждевременной отпимизации первопричина всех бед...

[Меняздесьдавнонет]

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

просто любопытно.