Впрочем, такая же система и на секлабе.

Miha, я б эту систему сделал так:
У нас есть диалог, у диалога есть автор и получатель, это два FK(ForeignKey) на юзера.
Далее есть сообщение, оно принадлижит к диалогу, значит FK на таблицу диалогов, потом у сообщения есть автор, FK на юзера, получателя берем из диалогов(не я), ну и в самом сообщении текст и дата, прочитанное ли, удалено ли.
В итоге 2 таблички со связи, и легко можно получить все диалоги юзера, все смс юзера, и т.д

Flaky, вторые таблички вообще решают С таблицей диалогов опять была мысль, но... Но теперь я узнал теоретически, что такое FK, и это хорошо. Пойду рисовать в блокноте.

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

Flaky, да я хочу до конца довести это дело. Это лето выдалось на удивление свободным, так что такими темпами могу сделать работоспособный двиг. Ну, и отлавливать дальше баги. Знаю, что руби/пайтон/перл-программисты более оплачиваемые. "Но раз уж начал коллекционировать дурь..."

Miha, кстате, юнит-тесты для базы делаешь?

Flaky, пока незачем.

почему бы не фетчить результат в ассоциативный массив? как то коряво по мне выглядет, еще и с циклом for

Koenig, ну ты опять вовремя. Я уже сделал по-другому Даже работает, правда, вчера вечером пару недоделок оставил.