Подскажите, какая таблица будет более производительная: Код (Text): | id | option1 | option2 | option3 | option4 | option5 | option6 | option7 | option8 | option9 | option10 | или Код (Text): | id | name | value | В первый вариант будет добавляться всего одна запись при этом длинная, а во второю 10 записей, при этом они будут короткие.
а ты в командной строке проверь, у какой выше производительность) http://dev.mysql.com/downloads/tools/workbench/ вот эта штука тоже очень удобная)
тебе не всё ли БЛДЖАДЖ равно? =))))))))))))))))) У тебя что, миллион посетителей в день? А вот как ты будешь делать выборки по первой таблице? Десятью запросами, или десятью условиями?
$begin_time = time() - 1272000000 + floatval(microtime()); //скрипт $end_time = time() - 1272000000 + floatval(microtime()) - $begin_time; echo $end_time; Добавлено спустя 3 минуты 5 секунд: вот еще. Код (PHP): $start = microtime(true); # ... $time = microtime(true) - $start; printf('Скрипт выполнялся %.4F сек.', $time); Добавлено спустя 1 минуту 30 секунд: а, ну и в цикле организуй пару сотен запросов, и запели в один из предложенных вариантов.
Сделал такую голубятню, по скорости выполнения цифры почти одинаковые, в самом конце немного отличаются
запись всего одна Вот сейчас пытаюсь добавить еще 10 000 Разница там на столько ничтожна что я не стал записывать Ну при добавлении мелких запросов (name-value) - зависает т.е. большее 30 сек выполняется запрос. длинные добавлял по 1000 буквально за пару секунд делает, а тут мелки но приходится больше в 7 раз больше запросов за раз.
Синтаксис INSERT позволяет вставить несколько строк в одном запросе. Возможно, что поле id во втором варианте лишнее. Может быть достаточно name и value? Для хранения такой хэш-таблицы идеально подойдет Redis, и он будет работать значительно быстрее.