Вообще я пытаюсь абстрактно понять как все будет работать. Мне нужно создать БД для простого мессенджера.
Я вот и хочу понять, в одной таблице хранить все сообщения или для каждого диалога создавать новую

в любом когда не экранированный ввод?

Как это понять?

Hello Zomato guy😂

все равно не понятно зачем вам составной ключ

Вот пример:

EXECUTE format('INSERT INTO commits(foo)
                VALUES($1);') using foo;

В этом случае execute  будет безопасным, если foo приходит извне?

Добрый день ребят)
Один вопросик.
есть уже бд можно из нее как ниб сгенерировать диаграмму ?

некоторые GUI это умеют. Navicat точно, про остальные не скажу…

👌

Чтобы каждое сообщение начиналось с 1 и инкреминтировалось, т.к. у меня у каждого сообщения будет атрибут key=id

Зачем?

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

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

и таких подводный камней будет масса, с вашей инкрементацией
не наступайте на грабли ))

Согласен с коллегой выше - это не нужно. Сквозная нумерация ВСЕХ сообщений будет работать как нужно. Посмотрите как в телеграмме сообщения нумеруются - залезьте на telegram api. Если нужна сортировка - то она прекрасно будет работать на сквозной нумерации да и таймстэмп собщения все равно добавлять. Локать запись при чтении - это вам гемора на будущее - обрабатывать конкурирующие локи, зависшие локи и прочие прелести. Короче не нужно даже думать в этом направлении.

Как говорится - на проблему нужно смотреть проще, а искать решения ширше 😂

Кажется я понял. Остался последний момент. Например, пользователь захочет удалить сообщение, то чтобы запрос отправить, то необходимо знать какой id сообщения удалять. Вот я и хочу, чтобы при отправке сообщения сайт к сообщению добавлял атрибут с айди из базы для этого сообщения

Как минимум пользователь должен выбрать сообщение, которое хочет удалить - а раз выбрал, то его все атрибуты втч id известны... Не?

Да, известны должны быть. Но допустим идет запись нового сообщения в бд, где сообщения все по порядку идут как вы и сказали. Как я могу узнать айди этого сообщения, чтобы потом вернуть на сайт?

получить последние n сообщений , как вариант )
но это уже вопрос архитектуры кода, а не структуры базы

INSERT ... RETURNING вам в помощь

у вас же клиенты напрямую ходить в базу не будут это однозначно, а сервер уже может либо дождаться пока вставка пройдет или заранее резервирвать id, это уже вопрос к тому как сервер написан и вернуть клиенту