Loading...
iNeeXT , мне оно надо?! )) Доку?! Будь по твоему что бы там не было )))
Сибирский (25.10.2017 в 15:12)
iNeeXT , мне оно надо?! )) Доку?! Будь по твоему что бы там не было )))

ну как хочешь
iNeeXT (25.10.2017 в 13:59)
PhpStorm (24.10.2017 в 10:14)
update user set gold = gold + сколько добавить where id = айди пользователя limit 1


limit 1 не нужно, итак обновление идёт по уникальному ключу (id)


кому как, то есть запрос в п.3 составлен неправильно?
________
посл. ред. 26.10.2017 в 01:33; всего 3 раз(а); by PhpStorm
PhpStorm (26.10.2017 в 01:21)
iNeeXT (25.10.2017 в 13:59)
PhpStorm (24.10.2017 в 10:14)
update user set gold = gold + сколько добавить where id = айди пользователя limit 1


limit 1 не нужно, итак обновление идёт по уникальному ключу (id)


кому как, то есть запрос в п.3 составлен неправильно?

правильно, но limit лишний в нём
iNeeXT (26.10.2017 в 01:35)
PhpStorm (26.10.2017 в 01:21)
iNeeXT (25.10.2017 в 13:59)
PhpStorm (24.10.2017 в 10:14)
update user set gold = gold + сколько добавить where id = айди пользователя limit 1


limit 1 не нужно, итак обновление идёт по уникальному ключу (id)


кому как, то есть запрос в п.3 составлен неправильно?

правильно, но limit лишний в нём


нет, не лишний и поэтому не зря сделали возможность использования limit в связке с update?
PhpStorm , слушай, IDE, ты смотрел предыдущие мои сообщения почему limit не нужно использовать, когда есть primary key в запросе?
Собственно iNeeXT верно говорит, при запросе UPDATE, LIMIT смысла не имеет, да хоть LIMIT 30 напиши он 30 раз запрос UPDATE не выполнит, так как количество запросов UPDATE зависит от условий в коде, а не от сервера MySQL.
Если делать выборку из ячейки автоинкремента в связке с первичным ключом, то после первого совпадения первичного ключа последующий поиск прекращается, так как значение первичного ключа может быть только 1, а значит искать дальше не имеет смысла, соответственно ставить в таком случае LIMIT, тоже неразумно и бесполезно.
________
посл. ред. 26.10.2017 в 03:55; всего 1 раз(а); by SayrusCraft
iNeeXT (26.10.2017 в 02:01)
PhpStorm , слушай, IDE, ты смотрел предыдущие мои сообщения почему limit не нужно использовать, когда есть primary key в запросе?


1. Мы на "ты" не переходили.

2. limit 1 отработает в любом случае, независимо от индекса

3. limit 1 не для указания КАКАЯ строка должна быть обработана, limit 1 указывает, что должна быть обработана ТОЛЬКО ОДНА строка

4. проблемы с производительностью может быть и возникнут, но только при условии что у вас limit задан с параметрами диапазона

Вывод: запрос ... update user set gold = gold + сколько добавить where id = айди пользователя limit 1 ... выполнит update только в одной строке по условию where

всё просто .45.
________
посл. ред. 26.10.2017 в 03:40; всего 1 раз(а); by PhpStorm
SayrusCraft (26.10.2017 в 02:36)
Собственно iNeeXT верно говорит, при запросе UPDATE, LIMIT смысла не имеет, да хоть LIMIT 30 напиши он 30 раз запрос UPDATE не выполнит, так как количество запросов UPDATE зависит от условий в коде, а не от сервера MySQL.
Если делать выборку из ячейки автоинкремента в связке с уникальным ключом, то после первого совпадения уникального ключа последующий поиск прекращается, так как значение уникального ключа может быть только 1, а значит искать дальше не имеет смысла, соответственно ставить в таком случае LIMIT, тоже неразумно и бесполезно.


limit 30 выполнит update произвольных 30-ти строк, подпадающих под условие where
PhpStorm , Интересно, как по вашему UPDATE сможет обновить 30 произвольных строк, если параметр WHERE будет указывать на первичный ключ (ID)? В таблице, значения первичных ключей не могут совпадать, соответственно поиск и обновление произойдет 1 раз, независимо от установленного LIMIT.
________
посл. ред. 26.10.2017 в 04:01; всего 2 раз(а); by SayrusCraft
Онлайн: 1
Время:
Gen. 0.1165
(c) Bym.Guru 2010-2026