Созрел вопрос, как реализовать структуру бд, в которой есть таблицы:
- пользователи (ид)
- сообщения (ид, ид пользователя, текст)

Как сделать, что бы ид сообщения назначался для пользователя?
То есть, если первый пользователь написал сообщение, то второй пользователь после написания сообщения получит ид 1 (т.к. это его первое сообщение)

KreatorXXIYolleR,

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

Вопрос как раз и связан с популярными мессенджерами.
Если посмотреть на сообщения, например на сайте вконтакте, то каждое моё сообщение имеет уникальный ID начинающийся с 0, именно для меня. Сколько бы в базу не добавлялись сообщения от других пользователей, я всегда мог бы получить своё сообщение по ID с 0, и до моего последнего сообщения.

Если сравнить с простым ID, то ID сообщения было бы общим для всех, т.е. если до меня в бд уже лежал 1 млн чужих писем, ид моего сообщения будет 1000001. НО, мне необходимо предоставить пользователю возможность перехода по адресу сайт.хх/message/1 (например). То есть проще говоря, у каждого пользователя свои ID сообщений.

У вк я так подразумеваю на каждого пользователя генерируются новые таблицы. (Мнение)
Есть ли возможность реализовать это простым способом?

Проверять MAX(..) и присваивать уникальный ID самостоятельно, кажется затеей сомнительной, хотелось бы ещё вариантов.

Dimitry SibiryakovYolleRЕсли посмотреть на сообщения, например на сайте вконтакте, то каждое моё сообщение имеет
уникальный ID начинающийся с 0, именно для меня.

Дизайн вконтакта это его проблемы. Кажется, там БД вообще нет, какая-то in-memory nosql
свалка.

Вопрос и не был адресован к ВКонтакте.
Вопрос в реализации такого вида id