Подскажите правильное решение

Делаю бд юзеров, делаю одну большую таблицу для всего, вот думаю сделать одну большую или поделить её на две маленьких: в первой будет логин пароль емэил - закрытая инфа, во второй всякая чушь типа статуса друзей и всего такого.
имеет ли смысл делать две таблицы с точки зрения безопасности производительности итд или пофиг лучше не гемороиться а сделать всё в одной?

в одной

-----
Чем больше узнаю, тем больше я не знаю.

Вертикальное шардирование может иметь смысл в ряде случаев. Например, если часты запросы, не требующие формирования полной строки данных (только малого объема имеющихся полей). Кроме того, например, MySQL хранит BLOB/TEXT поля в виде ссылок на их реальные данные на диске, так что отделение их в таблицу-партицию может оказаться полезным.

В основном, такое приносит пользу для больших таблиц, нагруженных запросами - при условии большого количества полей данных. Если приложение не будет работать под высокой нагрузкой, то это вряд ли даст ощутимый прирост производительности.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

тогда подскажите ещё вопрос, пароли лучше хранить в мд5 или не конвертировать? есть какиенить плюсы при хранении паролей в мд5?

ни то, ни другое. Особенно не в открытом виде. Пароли следует хешировать функцией crypt(), накрайняк - hash(), желательно с солью.

-----
Чем больше узнаю, тем больше я не знаю.

почему не подходит мд5 и почему не надо хранить пароли в открытом виде?

http://www.php.net/manual/ru/faq.passwords.php

http://www.php.net/manual/en/ref.password.php
Для старых версий: https://github[dot]com/ircmaxell/password_compat

-----
PostgreSQL DBA

Тебе действительно нужно отвечать на этот вопрос? Или все же сам проследишь причинно-следственную связь между хранением паролей в отрытом виде и возможной компрометацией базы (мало опыта -> скуля -> попандос)

-----
Чем больше узнаю, тем больше я не знаю.