| |
|
|
| | Есть ли какие нибудь ограничения в конструкции IN?
Если в этой конструкции, будет, к примеру, 5000 значений? | |
| |
|
|
| |
|
|
| |
для: tAleks
(01.11.2011 в 16:15)
| | | Нет, теоретически, ограничений нет, даже если есть технические, на уровне 5000 значений вы с ними не столкнетесь. | |
| |
|
|
| |
|
|
| |
для: cheops
(01.11.2011 в 16:24)
| | | А на уровне 50000, есть повод для беспокойства, или тоже незначительная цифра для этой конструкции? | |
| |
|
|
| |
|
|
| |
для: tAleks
(01.11.2011 в 20:12)
| | | Собственно в этой конструкции такие же ограничения как в GROUP_CONCAT, если превысите max_allowed_packet - запрос завершится ошибкой. | |
| |
|
|
| |
|
|
| |
для: cheops
(01.11.2011 в 22:11)
| | | Странно.
У меня GROUP_CONCAT когда выдал ошибку, я сделал запрос по строкам, и в скрипте собрал их через запятую, потом передал это в IN (другой запрос, на обновлнеие записей), и ошибки небыло. | |
| |
|
|
