Как получить это значение?

спасибо огромное!

Как вставить запись в таблицу только при условии, что такой строки (ключ;значение) еще нет?

много чего сделал и только понял, что до сих пор не получил dialog_id при помощи списка id пользователей в нем состоящих. Подскажете каким методом это делается?
Гугл выдает GROUP BY... HAVING COUNT, опять же судя по всему не то.

Как вставить запись в таблицу только при условии, что такой строки (ключ;значение) еще нет?

Модератор, после корректировки первого вопроса прочел правила.
"3.1. Указывать только теги, имеющие непосредственное отношение к вопросу."
При создании вопроса я думал над этим и указал 2 как мне показалось "непосредственно" относящихся к вопросу. Решение написано на php, с mysql общаться можно не только посредством него. Раз уж тут и убирать какой либо, то mysql (но опять же не совсем логично))

Как вставить запись в таблицу только при условии, что такой строки (ключ;значение) еще нет?

Анатолий, спасибо огромное за ссылку) мне не мешает, решил уточнить, раз представился удобный случай) Всем хорошего дня!

Как вставить запись в таблицу только при условии, что такой строки (ключ;значение) еще нет?

Анатолий, все верно, ошибка была ранее, предложенный код отрабатывает вроде как надо, только, нормально ли что у меня id(pk) увеличивается, если строка не была добавлена?

Как вставить запись в таблицу только при условии, что такой строки (ключ;значение) еще нет?

спасибо)

Как создать систему диалогов?

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

Как создать систему диалогов?

ThunderCat, По чуть чуть продвигаюсь. Все же разбил на 3 таблицы.
Как закончу распишу все))
Из за разбиения возникла небольшая проблемка. Возможно ли при добавлении записи в базу проверить есть ли в таблице уже строка ключ->значение? И если есть соответствие ничего не делать?
Нашел методы “INSERT IGNORE”, “INSERT … ON DUPLICATE KEY UPDATE” но это не совсем то что мне нужно как я понял, подскажете как быть?
Мне это нужно для проверки, общались ли пользователи в диалоге ранее? Чтобы не добавлять в таблицу новую строку.


То есть получаю я данные: dialog_id=3, user_id=22
Проверяю есть ли в таблице dialog строка с такими данными, если есть ничего не делаю, если нет, добавляю.

Как создать систему диалогов?

ThunderCat, у меня опыта с php и mysql прям очень мало, до этого момента занимался только версткой и скриптами небольшими.

вчера вроде как была ясность насчет базы сегодня понял что что то не то)
разбирал примеры:
Как правильно спроектировать MYSQL для чата на node.js?
Проектирование схемы базы данных для системы сообщений?

Если учесть, что пользователи у меня уже есть (от opencart), достаточно ли мне вот таких двух таблиц, подскажете?
Всего 2 участника по умолчанию (продавец, покупатель), статус сообщения (прочтено/или нет), нужен только для них. Модератор сможет только просматривать.

dialog[
    'user_id' => 'int(11) NOT NULL',
    'dialog_id' => 'int(11) NOT NULL',
    'created_at' => 'timestamp NOT NULL',
]

messages[
    'message_id' => 'pk',
    'dialog_id' => 'int(11) NOT NULL',
    'author_id' => 'int(11) NOT NULL',
    'type' => 'int(11) NOT NULL',
    'status' => 'int(11) NOT NULL',
    'message' => 'longtext NOT NULL',
    'created_at' => 'timestamp NOT NULL',
]

Проектирование схемы базы данных для системы сообщений?

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

Как создать систему диалогов?

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

Проектирование схемы базы данных для системы сообщений?

Евгений Бухарев, ваше приложение на вебсоккетах написано?
пытаюсь используя вашу схему сделать систему диалогов между пользователями торговой площадки, и если через ajax я еще как то могу выдернуть сообщения по таймеру (понимаю что это очень плохо, но мозгов маловато пока что), то с соккетами полная труба. 3й день безуспешно пытаюсь объединить всю информацию.
У вас случайно нет какой нибудь сырой версии вашей реализации, которую не жалко дать поковырять?

Проектирование схемы базы данных для системы сообщений?

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