Форум пользователей MySQL

vasya написал:

можно говорить о баге

Плохо, я надеялся, что сам что-то нахомутал.

У меня MySql 5.5.54. Интересно на других версиях что?

Неужели раньше никто не наступал на эти грабли?

Отредактированно klow (25.01.2017 16:05:46)

1. Не могу использовать символ @. В клиенте MySql для Net он используется для переменных.
2. В одном запросе может быть много обращений к этой функции.

Отредактированно klow (25.01.2017 16:26:51)

Спасибо! При DETERMINISTIC использует индекс. Но меня это не спасает. У меня реальная функция NOT DETERMINISTIC.

rgbeast написал:

Если функция недетерминистичная, MySQL может думать, что она меняется и вычислять ее для каждой строки.

Похоже, что именно так.

Отредактированно klow (26.01.2017 00:18:19)

"READS SQL DATA" означает, что функция содержит SELECT, но не UPDATE и DELETE. Эта характеристика может использоваться оптимизатором, но с примерами ее работы не сталкивался.

Про пользовательские переменные в .net попробуйте как здесь рекомендуют:
http://blog.tjitjing.com/index.php/2009 … fined.html

rgbeast написал:

Про пользовательские переменные в .net попробуйте как здесь рекомендуют:
http://blog.tjitjing.com/index.php/2009 … fined.html

С эти знаком. Но у меня очень много запросов, переписывать их всех еще тот геморой. Заводить отдельное соединение для данного запроса тоже не очень хороший вариант.

Результаты моего эксперимента.
Изменил функцию

Как видно функция DETERMINISTIC и, естественно, использует индексы.
Запустил скрипт

она возвратила последнее значение из таблицы _test с использованием индекса. Все как и ожидалось.

Добавляем одну (несколько) записей в таблицу.
И снова запускаем скрипт. Так как функция GetId DETERMINISTIC ожидается что скрипт возвратит строку, что и в первый раз.
Нет, он возвращает последнюю добавленную строку.
Меня такое поведение очень даже устраивает, но как тогда быть с утверждением "Это характеристика, показывающая всегда ли является результат работы
функции следствием ее аргументов."?

Отредактированно klow (26.01.2017 11:45:56)

klow написал:

Добавляем одну (несколько) записей в таблицу.
И снова запускаем скрипт. Так как функция GetId DETERMINISTIC ожидается что скрипт возвратит строку, что и в первый раз.

Это неверное суждение.
Детерминированные ф-ии возвращают один и тот же результат, если предоставлять им один и тот же набор входных значений и использовать одно и то же состояние базы данных.
Иными словами, многократное выполнение ф-ии даст один и тот же результат до тех пор, пока вы не изменили данные.

P.S. Кроме того, в доке сказано, что можно указывать DETERMINISTIC для не детерминированных ф-ий и наоборот, но в этом случае будете сам себе злобный буратина.

MySQL does not check that a routine declared DETERMINISTIC is free of statements that produce nondeterministic results. However, misdeclaring a routine might affect results or affect performance. Declaring a nondeterministic routine as DETERMINISTIC might lead to unexpected results by causing the optimizer to make incorrect execution plan choices. Declaring a deterministic routine as NONDETERMINISTIC might diminish performance by causing available optimizations not to be used.

Надпись на двери: Заседание клуба педантов пройдет здесь.
Она верная или нет?
Ведь, на самом деле - не здесь, а в помещении за этой дверью (но обычно так никто не пишет).
Так же и с процитированным вами утверждением. Оно верное, но на заседании клуба педантов его раскритикуют за неполноту.

klow, мне кажется, что наиболее важно то, что слово в описании DETERMINISTIC не влияет на поведение функции, а влияет лишь на оптимизатор. Ошибки на совести автора функции.

Что касается определения, то в документации написано, что зависит только от аргументов. Однако обычно это свойство используется при репликации. В последнем случае данные в таблицах тоже идентичны, поэтому широкая трактовка (как предлагает vasya) вполне допустима. Думаю, что это бага документации.

См. также обсуждение на Stack Overflow:
http://stackoverflow.com/questions/7946 … n-in-mysql

Спасибо!