Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Оптимизация mysql
 
 автор: HoLsT   (01.08.2005 в 12:22)   письмо автору
 
 

У меня вот какой вопрос. Есть база в которой можно сделать либо много небольших таблиц и связывать их, либо пять шесть таблиц но с набором записей около 3000 в каждой.
Какой вариант окажется быстродейственней??? Просто ответа я в Сети найти не смог. А очень надо.


P.S. И если можно расскажите почему именно такой вариант считается лучшим.

   
 
 автор: cheops   (01.08.2005 в 12:32)   письмо автору
 
   для: HoLsT   (01.08.2005 в 12:22)
 

Слишком мало подробностей... это зависит от содержимого таблиц, и многотабличных запросов, но в большинстве случаев скорость возрастёт при использовании 5-6 таблиц. Таблица - это файл и проще открыть его один раз и прочесть, чем дёргать множество других файлов. Кроме того, при большом числе таблиц придётся использовать многотабличные запросы - а они всегда медленнее, чем однотабличные.

   
 
 автор: HoLsT   (01.08.2005 в 12:40)   письмо автору
 
   для: cheops   (01.08.2005 в 12:32)
 

Я понимаю, что данных мало. Но мне не интересует сложность запросов с точки зрения написания. А сами запросы на мой взгляд не очень сложные. По крайней мере вложенных друг в друга точно нет.

А за объяснение спасибо.

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования