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

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

А как Вы делаете FLUSH PRIVILEGES? Оно ж все равно дернет транзакцию?

Либо в процедуре изменения. Почти вся БД почти для всех пользователей меняется только через процедуры.

Да, чего-то я притормозил. С FLUSH PRIVILEGES проблем нет.
Просто я уже забыл, что мне нужно. Не высыпаюсь толком.
Во-первых, мне нужно менять группу пользователя или права группы.
Изменение делается через процедуру.
Изменение прав группы я, пока что, не буду реализовывать.

Изменение группы пользователя меняет только идентификатор группы в таблице пользователей.
Во-вторых, если у группы есть специальное право PRIV_INFOS_EDIT, на некоторые справочники, данному пользователю даются права INSERT/UPDATE/DELETE.

Практически, с БД работает клиент, используя процедуры.
Т.е. FLUSH PRIVILEGES, делает процедура.

Но, теоретически, root может напрямую поменять права группы или ID группы пользователя.
Чтобы права устанавливались корректно, я реализовал их изменение через триггеры.
Но, пользователь тогда пусть сам делает FLUSH PRIVILEGES.

Отредактированно Артём Н. (05.05.2010 11:33:41)

Если Вы делаете это через процедуры — делайте обновления прав через
GRANT. Это правда лучше. Ну, хотя бы потому, что когда Ваше приложение
поставят на отличную от Вашей версию сервера, к Вам не прибегут со
словами «ничего не работает, такой колонки нету».

Да я понимаю... Но у меня обновления в триггерах. А через процедуры, как-то... Мало-ли?

Также, возможно, имеет смысл разделять понятия «доступ к БД» и «доступ
внутри приложения». Никто не мешает иметь отдельную иерархию пользо-
вателей внутри приложения, и их уже ограничивать.

Они разделяются, но не настолько сильно. процедуры работают только с пользователями, данные которых находятся в таблицах приложения.
У меня же не WEB-интерфейс, на данный момент.
А обеспечить работу с пользователями может только встроенный механизм.
Конечно, возможно его повторить, в отдельно взятом приложении. :-\
Но зачем это делать, когда возможно им воспользоваться?

Вот ещё здорово:

mysql> call UserDel('admin', '%');;
+----------------------------------------------------------+
| @cu                                                                           |
+----------------------------------------------------------+
| REVOKE ALL PRIVILEGES, GRANT OPTION FROM 'admin'@'%'; |
+----------------------------------------------------------+
1 row in set (0.00 sec)

ERROR 1295 (HY000): This command is not supported in the prepared statement protocol yet

Т.е., GRANT поддерживается, а REVOKE Нет?

Отредактированно Артём Н. (06.05.2010 11:45:26)

o.O А в 5.1.39 ещё нет..? Или это я чего-то не того?

Аха. Не надо GRANT OPTION раздавать

Хм...

mysql> call UserDel('admin', '%');;
+------------------------------------------+
| @cu                                                     |
+------------------------------------------+
| REVOKE ALL PRIVILEGES FROM 'admin'@'%'; |
+------------------------------------------+
1 row in set (0.50 sec)

ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that
corresponds to your MySQL server version for the right syntax to use near 'FROM
'admin'@'%'' at line 1

Отредактированно Артём Н. (06.05.2010 14:19:02)