Добрый день Уважаемые!
Я тут словил в своём приложении баг/не баг, а особенность которую для себя хочу прояснить с вашей помощью.
Значит я придерживаюсь правила, что переменные в программе указывающие на данные из БД - называются одинаково с полями на данные которых они указывают.
Имеется к примеру таблица:
1.
2.
3.
4.
5.
6.
TABLE AU_DataObjects(
id INT UNSIGNED NOT NULL KEY AUTO_INCREMENT PRIMARY KEY,
AU_DataID INT UNSIGNED NOT NULL,
isActive TINYINT UNSIGNED NOT NULL DEFAULT 1,
FK(AU_DataID) .....
)
И значит описываю функцию которая чистит данные по какому-то признаку:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
CREATE FUNCTION AU_clearData(AU_dataID INT) RETURNS TINYINT
BEGIN
DELETE FROM AU_DataObjects
WHERE AU_DataID=AU_DataID
AND isActive=0;
/* Пример SELECTа чисто для показа аналогии */
SELECT aa.id
FROM AU_DataObjects aa
WHERE aa.AU_DataID=AU_DataID
AND aa.isActive=0;
RETURN 0;
END
И как вы наверное уже поняли, при выполнении функции удалялись просто все данные с isActive=0, независимо от аргумента. А так я написал, т.к. по незнанию решил что по аналогии с использованием аргументов в SELECT'е - значит БД сама догадывается что в правой части именно аргумент а не имя поля.
Но после выявления этого бага/фичи понял что наверное в SELECT'ах я всегда использую алиасы для таблиц и поэтому выражение aa.AU_DataID=AU_DataID однозначно расхуюживается где аргумент, а где поле, а в DELETE т.к. алиасов нет то и просто получается что поле=полю.
Итого собственно чего прошу-то, какие вообще стандарты или рекоммендации по именованию аргументов для хранимых функций/процедур? Пока для себя решил это добавлением аргументам _, т.е. _AU_DataID, но уж коли обжегся, то сразу хочу правильно сделать.
Спасибо!
