если есть id то заменить text, если нет то добавить, верно?

если есть id то заменить text, если нет то добавить, верно?

Не совсем, проверка по тексту. Если есть такой текст то обновить остальные параметры, а если нет то новая строка.

Не совсем, проверка по тексту. Если есть такой текст то обновить остальные параметры, а если нет то новая строка.

каких остальных? id?

Нет, параметров больше) Это я для теста сократил.

Нет, параметров больше) Это я для теста сократил.

insert on duplicate update

зачем replace?

insert on duplicate update

Пробовал! Тоже самое - новая строка. Почему не реплейс ?

В чём проблема то, обьясните если не сложно) Уже час вожусь и не пойму что к чему.

Пробовал! Тоже самое - новая строка. Почему не реплейс ?

код запроса сюда

INSERT INTO table1 SET text = 'text' ON DUPLICATE KEY UPDATE text = 'text' REPLACE INTO table1 SET text = 'text'

INSERT INTO table1 SET text = 'text' нет такого синтакиса у инсерта

Можно так, результат не изменяется) INSERT INTO Source (text) VALUES('text') ON DUPLICATE KEY UPDATE text = 'text'

Ты с таблицей что-то намудрил

во первых у тебя text должен быть unique

потому что обычный запрос на вставку - добавляет новое поле

CREATE TABLE Source ( id int(11) unsigned NOT NULL AUTO_INCREMENT, text text, PRIMARY KEY (`id`), KEY TEXT (`text`(128)) ) ENGINE=InnoDB AUTO_INCREMENT=22 DEFAULT CHARSET=utf8;

Я видел

Вот. Что не так ?

а надо примерно так: CREATE TABLE table1 ( id INT(11) NOT NULL AUTO_INCREMENT , text VARCHAR(100) NOT NULL , value INT(11) NOT NULL DEFAULT '0' , PRIMARY KEY (id), UNIQUE text (text) ) ENGINE = InnoDB;

Больше ничего не мудрил.

а надо примерно так: CREATE TABLE table1 ( id INT(11) NOT NULL AUTO_INCREMENT , text VARCHAR(100) NOT NULL , value INT(11) NOT NULL DEFAULT '0' , PRIMARY KEY (id), UNIQUE text (text) ) ENGINE = InnoDB;

и тогда запрос вида INSERT INTO table1 (id, text, value) VALUES (NULL, 'row', '0') ON DUPLICATE KEY UPDATE value = value + 1 будет добавлять запись только в том случае, если такого text в таблице нет. если есть, то увеличит value

и тогда запрос вида INSERT INTO table1 (id, text, value) VALUES (NULL, 'row', '0') ON DUPLICATE KEY UPDATE value = value + 1 будет добавлять запись только в том случае, если такого text в таблице нет. если есть, то увеличит value

А на кой это value ? по id нельзя ?

А на кой это value ? по id нельзя ?

что по id

value это то поле которое ты обновляешь

Не совсем, проверка по тексту. Если есть такой текст то обновить остальные параметры, а если нет то новая строка.

задача ведь такая.

Аа.. почему + 1 ? value = $value Так можно ?

Аа.. почему + 1 ? value = $value Так можно ?

ну я для примера счетчик на 1 увеличиваю, по тому и +1 конечно можно param = 'new value'

INSERT INTO table1 (id, text, v) VALUES (NULL, 'sdfsdfsdfsdfsdfggdfhhhhh', '0') ON DUPLICATE KEY UPDATE v = v + 1 Не работает ! Новая строка и всё!!! ?

INSERT INTO table1 (id, text, v) VALUES (NULL, 'sdfsdfsdfsdfsdfggdfhhhhh', '0') ON DUPLICATE KEY UPDATE v = v + 1 Не работает ! Новая строка и всё!!! ?

с примером таблицы как выше у меня и запросом как у меня - все работает.

Пересоздал таблицу и все заработало!!! ВСЕМ ОГРОМНОЕ СПАСИБО ЗА ПОМОЩЬ. Кто нибудь может объяснить сто это за глюк ?

Пересоздал таблицу и все заработало!!! ВСЕМ ОГРОМНОЕ СПАСИБО ЗА ПОМОЩЬ. Кто нибудь может объяснить сто это за глюк ?

KEY TEXT (text(128))

вот что

я без понятия что ты этим пытался сделать и как ты это сделал

но так не правильно. поле не было unique, от того и запись не считалась "дублем"

Так я и сейчас так же сделал))) CREATE TABLE table1 ( id int(11) unsigned NOT NULL AUTO_INCREMENT, text text, v int(11) DEFAULT NULL, PRIMARY KEY (`id`), UNIQUE KEY text (`text`(128)) ) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8;

Работую с базой в SequelPro - это простенькая утилитка с минимальными возможностями. Там пока это поле не задашь, недает ключ добавить)

Работую с базой в SequelPro - это простенькая утилитка с минимальными возможностями. Там пока это поле не задашь, недает ключ добавить)

ну теперь у тебя UNIQUE KEY text (text(128)) а не просто KEY

приводит к такому: CREATE TABLE table1 ( id INT NOT NULL AUTO_INCREMENT , text TEXT NOT NULL , value INT(11) NOT NULL DEFAULT '0' , PRIMARY KEY (id), UNIQUE text (text)) ENGINE = InnoDB;

только тогда у тебя не было Unique

Точно! Уже докрасноглазелся, что незаметил.

Пытаюсь старую таблицу поправить, не получается)) Удалил эту порнографию(KEY TEXT (text(128))) Теперь когда хочу добавить ключ то вижу это: MySQL сказал: Duplicate entry 'NULL' for key 'T'

Все привет, как установить DEFAULT значение стобца DATE на NOW()??? CURRENT_DATE и NOW() не работают...

Все привет, как установить DEFAULT значение стобца DATE на NOW()??? CURRENT_DATE и NOW() не работают...

Как устанавливаешь?

Используй timestamp

скорее всего, generated columns там тоже ни при чём

По суточному тесту на реальных сайтах. В целом на 35к посещалке(~280-300тысяч просмотров\сутки) работает стабильно, вот только процессор нагрузило на 4-5%. А таблица небольшая пока(90к записей), и если увеличить ее в несколько десятков раз оно проц сожрет нафиг поди ) Ошибок с блокировками нету, что радует. В общем сильно помогли, благодарю)

t.me/telelap — каталог самых полезных и интересных каналов в телеграм. Присоединяйся к нам!

/s[am

/command1@SpamkillerBot

/command1@SpamkillerBot

Есть три таблицы, некоторые столбцы, в которых пересекаются. Возможно ли как-то сделать один SELECT всех "связанных" строк в три таблицы не используя foreign key?

Это как удалять апендецит ректально?

С простыми вопросами приходить сюда нет смысла.

С простыми вопросами приходить сюда нет смысла.

В даном чате помогают по мере возможностей. В том числе и с простыми вещами. Но желательно чуть лучьше формулировать сам вопрос. Мне к сожалению совершенно не поянтно зачем при селекте (это же тосмотреть) забывать ключи (это же для записи больше надо).

В даном чате помогают по мере возможностей. В том числе и с простыми вещами. Но желательно чуть лучьше формулировать сам вопрос. Мне к сожалению совершенно не поянтно зачем при селекте (это же тосмотреть) забывать ключи (это же для записи больше надо).

Да я не против того, что помогают или не помогают, но если я способен сам найти решение в обозримое время, то зачем дёргать людей лишний раз? А fk пока лид не даёт использовать. Хотя если ничего не делать по триггеру fk, то думаю, что большого вреда от них не будет... Но пока хотелось бы поискать варианты без них.

селект 3х связанных таблиц можно сделать с помощью join

и ключи для этого не нужны

нужны индексы

и правильно лид на даёт

внешние ключи - это зло

внешние ключи - это зло

почему?

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

отличный аргумент

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

если у тебя id используеться во всех таблицах, ты при апдейте в родителе меняешь везде

и не паришься

это реляционная бд, целостность все дела

а насчет highload куча других методов

а потом где-нибудь в транзакции ты изменил способ обновления данных и получил deadlock

ладно, просто не нравиться этот аргумент

селект 3х связанных таблиц можно сделать с помощью join

SELECT tbl1.* FROM tbl1 INNER JOIN tbl2 ON tbl1.tbl1_id = tbl2.tbl1_id INNER JOIN tbl3 ON tbl2.tbl2_id = tbl3.tbl2_id WHERE tbl1.tbl1_id in ( SELECT tbl1_id FROM DB.tbl1_Version WHERE version BETWEEN @cache_version AND @global_version) group by tbl1_id;

Пока так делаю

а почему подзапрос не перенести в join ?

толстая таблица?

tbl1_version?

да

да

Где-то в 1.5+ раза больше.