Имя: Пароль:
IT
Админ
Работа с MySQL и скорость. Варианты организации хранения и обращения.
0 raykom
 
06.10.12
17:18
1. Одна база - две таблицы 50% (1)
2. Другое 50% (1)
3. Одна база - одна таблица 0% (0)
4. Две базы 0% (0)
Всего мнений: 2

Сижу вот и втыкаю. Подскажите обладающие изщренным опытом.

Есть сайт, ну или не сайт, а любой другой многопользовательский интерфейс для обращения к базе.
Есть сервер, один на все.
Есть один тип данных в двух наименованиях.

Так вот вопрос. Как быстрее будет работать кухня при одновременном множественном обращении к данным обоих наименований (обращения для просмотра):

1. Если в одной базе SKL организовать одну таблицу для обоих наименований

2. Если в одной базе организовать две таблицы с разными префиксами для каждого наименования.

3. Eсли для каждого наименования создать отдельную базу.

Постановка упрощена до предела, для более однозначных ответов.

Спасибо.
32 kokamoonga
 
06.10.12
18:55
(20) при 250 строках в таблице MySQL время чтения будет пренебрежительно малым относительно общего времени выполнения кода. так что пофигу как организовать.

не так давно тестировал новый движок своего сайта под нагрузкой. в базе 50К товарных позиций + порядка 4000 категорий, что примерно в 5 раз больше, чем в реальности. так вот даже при таких раскладах временем чтения из базы можно смело пренебречь.

вот например:
Запрос открыт за 0,197c [0,196c выполнение, 0,001c выборка]

Это выполнение запроса с условием LIKE на таблице 50К строк. Выборка за 1 мс и то подозреваю только потому, что меньшие интервалы прога не замеряет.

Другое
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший