Показать сообщение отдельно
Старый 25.04.2008, 09:28   #8  
ledger is offline
ledger
Участник
 
5 / 10 (1) +
Регистрация: 23.09.2007
Цитата:
Вот любят у нас сначала сделать что-то не плохое, а потом продавать не глядя вокруг, как панацею.
Безусловно это не панацея. При значительном увеличении количества пользователей придется докупать новые лицензии. Причем, как показал опыт, многие пользователи не утруждают себя закрытием сессии после завершения работы или открывают несколько сессий. Эта доработка только повышает эффективность использования уже приобретенных пользовательских лицензий

Цитата:
А еще я вот могу сделать то же самое без затрат лишнией сессии! т.е. экономия еще больше
Хотя, конечно, интересна обкатаная система приоритетов. Но тоже не думаю, что есть какие-то подводные камни или сложности в ее реализации
Можно сделать тоже самое без затрат и лишних сессий, Кто смог, тот давно уже сделал.

Цитата:
Это точно. Кто знает давно уже в SQL такое же придумал (без лишних затрат на лицензии и объекты NAV)...
Хотя для родного сервера это не работает
С SQL согласны, управление пользовательскими лицензиями несколько проще . Доработка будет работать как на Native, так и на SQL-версии базы данных.


Цитата:
А че, просто нажатие DELETE для удаления сессии при нативной БД не устраивает (ну или иммитация)? И легкая доработка проверки для Users с приоритетностью на пару часов неужели сложнее?
Пользователю проще заходить в систему без предварительного поиска специалиста, имеющего необходимые права для закрытия сессии нажатием кнопки DEL. Даже после доработки с приоритетностью.

Простое нажатие DELETE несколько неудобно, нужно контролировать текущую загузку, отрываться от работы...с нашей точки зрения проще перевести на автоматическое управление.

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