Существует база данных с пользователями, инфе о, например, постингах.
Как правильно(читай оптимально для производительности ::) сформировать базу(таблицы)?

Запросы:
1. Вход - требуется логин/пароль.
2. Постоянная работа с базой(селекты, апдэйты, чуть реже инсерты).
3. Все это дело связанно между собой.

Сейчас существуют:
1. Таблица для входа - логин/пароль(логин уникальный);
2. Таблицы с основными хар-ками, второстепенными, и статистика;
3. Пара таблиц по постингам.

Во втором пункте таблицы формировал по запросам, те в одном скрипте вытаскивается одна инфа, в другом другая и тд. Запросы очень частые. Запросы на update, как я понимаю самые тормозные и блокируют остальные запросы, пока не выполнятся? Возможно, это стоит делать replace'сом?(Все поля мне известны). Информация меняется очень часто.. поэтому кеш , наверное, не подойдет. И сколько MySQL позволяет одновременных запросов/обращений?

ЗЫ За ответы как всегда благодарен)

1. Вопрос собсно в том, стоит ли разделять таблицы по запросам?
2. Правильно ли обновлять update'ом или надо по другому?
3. Стоит ли использовать временные таблицы?
4. Какие запросы блокируют таблицу?
5. Сколько MySQL держит одновременных запросов?

Спасибо) Я вот пробую.. Но переделывать потом все не очень хотца)