Как лучше с точки зрения работоспособности и оптимизации?

Здравствуйте. Пишем небольшую узкоспециализированную социальную сеть. При написании обмена сообщениями возник вопрос и ступор. Дело в том, что история сообщений будет храниться в базе, а какая именно структура будет более быстро работать - не ясно.

Есть 2 варианта:

1. Записываем в базу со структурой: Username(одна строка, содержащая имя пользователя), Message(содержит записи, разделенные символом, к примеру, запятой: "дата":"получатель":"сообщение", "дата2":"получатель2":"сообщение2",...и т.д.), То есть несколько логов чата в одной строчке, ограничим её количество символов, например до 10 000 и потом парсить её по разделителю, выстраивая историю.

2. Для каждой новой записи лога чата создаём новую строку, то есть не нагромождаем всё в одну кучу. Например:

Username, ToUsername(получатель), Message, Date - тут заканчивается и след запись пошла:

Username2, ToUsername2(получатель2), Message2, Date2

...и т.д.

Сам лично склоняюсь ко второму варианту. Руководитель хочет работать с первым, аргументируя тем, что записей в таблице будет меньше и работать будет быстрее. Мне лично на деле не понятно, какой вариант должен работать лучше и скоростнее, но на мой взгляд - парсинг делает дополнительную нагрузку. Хотя, наверное, лучше виднее тем, кто знает досконально структуру и принцип обработки MySQL, поэтому и вопрос - как будет быстрее: обработка меньшего количества строк в которых содержится множество записей и их парсинг, либо обработка множества строк, но получается уже без парсинга?