Добавить запись если не существует.

[pax]

Подскажите лучший вариант реализации такого сабжа, есть ли возможность записать это в один запрос, а не делать сначала select а потом insert или update (MySQL)?

[Randomize]

http://dev.mysql.com/doc/refman/5.0/...duplicate.html

Например:

INSERT INTO users
SET 
   `id` = 1,
   `name` = "ololosha",
   `pass` ="somepass"
ON DUPLICATE KEY UPDATE
   `name` = "ololosha", 
   `pass`  = "somepass"

id - PRIMARY KEY (или UNIQUE)

[moka]

INSERT IGNORE INTO table

IGNORE - не вставит если произойдёт коллизия каких либо Primary или Unique значений.

Копипаст от сюда: http://stackoverflow.com/questions/1...xists-in-mysql

[pax]

А если не знаешь primary key?

[moka]

А как ты собирался проверить что запись уже существует?

UPD
Если например у тебя таблица с аккаунтами [id(primary), email(unique), name, pass, ...], и ты проверяешь по email'у, получается у тебя email - это Unique значение.
Пометь его в mysql как Unique, и затем при INSERT IGNORE возникнет коллизия по полю email, и оно вставлено не будет.

[pax]

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

UPD: т.е. примерно такая таблица:

[moka]

Если у тебя будет несколько параметров на игрока но id параметра не будет повторяться на игрока. То я бы сделал 3 колонки смело.
Первая ID игрока - индексированная. Т.к. ты будешь часто по этому данному часто искать.
ID параметра - тут можно уже не индексировать, главное в поиске искать сперва ID игрока, а потом уже по параметру.
А вот третья колонка - уникальный Primary Key, по которому если тебе нужно получить конкретный параметр ты будешь иметь возможность сразу найти.
Он состоит из ID игрока + ID параметра.
Например:
123_456
Где 123 - ID игрока, и 456 - ID параметра.
Таким образом у тебя есть уникальный адрес на каждый параметр для любого игрока. Быстрый доступ - и точка коллизии для вставки используя IGNORE атрибут.
Всё правильно ниже.

[pax]

Т.е. так не норм?

$sth = $this->dbh->prepare( 'INSERT INTO user_params (user, parameter, value) VALUES (:user, :parameter, :value1)
ON DUPLICATE KEY UPDATE  value = value + :value2');
            $sth->execute(array(
                ':user' => intval($id),
                ':parameter' => intval($parameter),
                ':value1' => intval($value),
                ':value2' => intval($value)
            )); 


И получается что по user поиск будет медленный?

[moka]

Если нету записи - вставит, если есть, обновит значение, прибавив к прошлому новое.

[pax]

по user будет поиск медленный с таким ключем? типа select * from user_params where user= :user

[moka]

Сообщение от pax

по user будет поиск медленный с таким ключем? типа select * from user_params where user= :user

http://dev.mysql.com/doc/refman/5.0/...n-indexes.html

Будет шустро по первому индексу. Или по обоим, но не по правым.

[pax]

Значит мне подходит, спасибо.

[moka]

Я тоже кое-что выучил..

[pax]

Такой запрос тоже нормально должен сработать ведь?

'SELECT p.name, up.value FROM user_params up JOIN parameters p ON up.parameter = p.id WHERE up.user = ?' 


по user ведь поиск получется...

[moka]

Будет искать по user да, индекс сработает. Но учти что JOIN вернёт только если будет совмещение.
Например если есть запись в user_params а записи в parameters нету (по id как ты соединяешь), то JOIN ничего не возвратит.

Твой запрос возвратит все параметры определённого юзверя.