BiTel

Есть необходимость дать некоторым пользователям доступ к SQL редактору, но только чтобы они могли исполнять какието запросы из разрешённых SQL шаблонов, и больше никакие другие свои запросы. Возможно потребуется для шаблонов параметры передавать... вооот. Чтобы это тоже было учтено.

Нравится такое предложение?)
Не критично совсем, но было бы весьма неплохо. Можно даже как быструю отчетность использовать, без конструкторов всяких в модуле отчетов)

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

Сложновато как-то будет на текущий SQL-редактор прикручивать...

_________________
I'm clever. I've got a computer.

Если вот так например?

Шаблон запроса например
select * from log_session_1_$1$2 WHERE session_start>'$3' and from_number = '$4' and session_cost>$5

И снизу параметры запроса в отдельном окошке текстовом через запятую
2009,10,2009-10-21,10.0.0.50,1500.0
Первый елемент из них $1, и т.д.
Рядом кнопень подставить параметры, и юзер сразу видит, результирующую SQL что исполнять будет(шаблон SQL запроса желательно чтобы не терялся, на случай если юзер захочет снова сменить параметры запроса). Можно даже если прав нету, на выполнение любого запроса, чтобы ридонли было поле с SQL запросом.

Вот так хотябы) Было бы лучше конечно если бы можно было редактировать как нибудь параметры на месте, только идей как сделать нету.
Как написал пойдёт тоже)

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

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

_________________
I'm clever. I've got a computer.

Это вижу вот как:
1) Если чел имеет права на выполнение любого запроса, то поле с SQL запросом доступно для редактирования.
2) Если не имеет, то оно ридонли, и он может туда загружать шаблоны, и делать подстановку параметров. Параметры задаются например так, как обрисовал выше.
3) И всё:)

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

А если ещё прикрутить возможность открывать договор по двойному клику на результатах запроса, то убьём сразу двух зайцев: viewtopic.php?p=21298#p21298

Да, что-то в этом, конечно, есть. Но всё же, пожалуй, SQL-запросы для обеспечения "универсального поиска" немного сложноваты покажутся большинству пользователей. Вы так не считаете?

_________________
I'm clever. I've got a computer.

SQL шаблон делает администратор, который по определению должен знать SQL. А пользователям предполагается подставлять лишь параметры.

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

А если в запросе договора не выбираются тогда как быть?

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

То не открывать) Логично же)

Логично:) А если выборка из более чем двух таблиц идет, причем таблица контракт с 5го боку, то как поступать?
Предлагаем более строгие правила, и алгоритм формальный.

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

ЕМНИМС, в MySQL API можно получить имя таблицы и имя столбца для каждого столбца result set'а. Таким образом, если в result set'е находим поле contract.id (или как оно там), то по двойному клику открываем договор

Неполное правило. получается что
SELECT c.title, c.comment, othertable.field from contract as c, otertable where othertable.cid=c.id
не должно открываться по клику, а хотелось бы.
Значит contract.id должно быть обязательное поле в выборке, если хочешь чтобы он октрывался, как то так.

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

SQL - редактора , просто как в спомогательная утитлита . Городить из него монстра с разделением прав не кажется мне правильным . Не так много пользователей смогут в этом разобраться, лишее это .

итого получаем два вида прав:
1)полное использование SQL редактора.
2)использование шаблонов в SQL редакторе.

полное использование как есть сейчас, неполное - поляна с запросом ридонли, и снизу текстовая поляна с приглашением ввести параметры через запятую, и кнопкой "подставить". Фича с открытием договоров по дабл клику, при присутствии там contract.id опциональна.
Не монстр, небольшой апгрейд. В виду того что SQL запросом можно всякий полезный запрос изобрести, а давать полные права на него юзеру совсем не хочется, то апгрейд вполне себе такой, толковый)

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

цык цык цык, как грубо
это предложение, отстань со своими попытками "отстать" других предлагать предложения

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

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

да просто уже глаза намозолили просьбы сделать из клиента БГБ некий супер-дупер-мега комбайн ... да, права на SQL редактор безусловно нужны, но ... сам подумай, как их там реализовать? разрешить/запретить редактор - это одно, а вот "SELECT a" можно, "SELECT b" нельзя, а "SELECT с" можно только по пятницам после 5-ти - это уже ппц какой то ... в SQL редактор вообще не надо лазить кому попало и уж тем более тебе первому не захочется чтоб, вдруг, внезапно! выполнился запрос "DROP TABLE contract" или аналогичный неважно по какой именно причине ...

Подумал! И предложил уже просто реализовать то что "подумал", естественно после того как решат, стоит ли это делать или нет. Опять же, не заставляю, и не настаиваю. Просто немного навязчиво предлагаю
По поводу как реализовать, все проще. Начнем с того о чем песня: доступ к SQL может быть либо полный, как сейчас, либо только к SQL шаблонам, которые админ желает разрешить пользовать юзерам. при этом просто многие шаблоны требуют конкретных параметров, и надо чтобы он мог редактировать параметры, но не редактировать запрос. как это реализовать, предлагал выше.

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

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

Если коротко: я против манипуляций над SQL редактором.

Если подробнее: я против того, чтобы функционал, который был скорее все добавлен только для того, что бы пользователям было проще делать апдейты, превращался в костыль. И это костыль не только будет либо слишком короток, либо слишком длинен, что бы им можно было реально пользоваться, но и задержит на неопределенный срок нормальное решение проблем, из-за которых эта тема и возникла.

Если коротко: не согласен с утверждением.
Если подробнее: SQL редактор, он решительно для всего, не только для апдейтов. Мало ли что потребуется в работе. Бывает необходимость подготавливать некоторые запросы и передать возможность их исполнения коллеге. Справедливости ради, такая нужда бывает не так уж часто.

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/