Сижу вот и втыкаю. Подскажите обладающие изщренным опытом.
Есть сайт, ну или не сайт, а любой другой многопользовательский интерфейс для обращения к базе.
Есть сервер, один на все.
Есть один тип данных в двух наименованиях.
Так вот вопрос. Как быстрее будет работать кухня при одновременном множественном обращении к данным обоих наименований (обращения для просмотра):
1. Если в одной базе SKL организовать одну таблицу для обоих наименований
2. Если в одной базе организовать две таблицы с разными префиксами для каждого наименования.
3. Eсли для каждого наименования создать отдельную базу.
Постановка упрощена до предела, для более однозначных ответов.
(20) при 250 строках в таблице MySQL время чтения будет пренебрежительно малым относительно общего времени выполнения кода. так что пофигу как организовать.
не так давно тестировал новый движок своего сайта под нагрузкой. в базе 50К товарных позиций + порядка 4000 категорий, что примерно в 5 раз больше, чем в реальности. так вот даже при таких раскладах временем чтения из базы можно смело пренебречь.
вот например:
Запрос открыт за 0,197c [0,196c выполнение, 0,001c выборка]
Это выполнение запроса с условием LIKE на таблице 50К строк. Выборка за 1 мс и то подозреваю только потому, что меньшие интервалы прога не замеряет.
Другое
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший