13.12.2006, 15:59 | #1 |
Ищу людей. Дорого.
|
Ситуация следующая..
Нам разработали WEB - интерфейс, для оформления продаж.. Написан на .NET. Крутится на IIS Что бы он работал Microsoft предлагает 2 пути решения проблемы 1. Покупается 1 COM - пользователей и 50 конкурентных WEB - пользователей Web-пользователи привязываются к обычным пользователям и работает с его правами 2. Покупается 50 COM - пользователей и работают через них.. Второй вариант намного дороже.. Вопрос следующий. Могут ли возникнуть какие нибудь проблемы, если через 1 сом пользователя будут работать пользователи с разными ролями и правами на уровне записей.. Компитентные лица мне сказали следующее про 1-ый вариант "проблема будет только в диспетчеризации COM подключения между запросами пользователей .Net. какую схему вы будете использовать - Аксапте все равно. Каждый раз когда новый пользователь захочет внести изменение, нужно будет дождаться завершение операций предыдущего, вытеснить его, завершить сессию, новый пользователь должен будет пройти авторизацию, начать работу и ждать сигнала к вытеснению..." Разработчики утверждают что приложение тестировалось, когда одновременно подключалось 100 пользователей и никаких проблем с быстродействием не было.. Прокомментируйте мне плиз.. Кто сталкивался с этим.. Заранее благодарен |
|
13.12.2006, 17:07 | #2 |
NavAx
|
Насчет 100 пользователей через один com без проблем, это скорее всего загнули. где то в доках было ограничение в 50 - 75 пользователей через один com.
|
|
13.12.2006, 18:35 | #3 |
Участник
|
Цитата:
1. с одними и теми же правами. 2. с одним и тем же RLS 3. в database log будет записываться информация об одном пользователе 4. веб-пользователи смогут одновременно изменять данные друг друга (внутри этого COM пользователя) без предупреждений. |
|
14.12.2006, 15:02 | #4 |
Ищу людей. Дорого.
|
А это в случае использования EP Framework.. или этот принцип действует на на любые приложения, которые вызывают функционал Аксапты через COM.. И какие тогда будут права..
Например есть 2 пользователя А и Б. у них разный RLS Сначала зашел пользователь А.. потом Б.. под какими правами будет работать польз Б ?? под правами А ? Но ведь вроде при обращении польз Б, соединение, созданное польз А, обрывается и проводится инициализация пользователя Б, не означает это разве, что и права должны браться от пользователя Б? Чего то я не совсем понимаю.. Где нибудь вообще расписан этот процесс.. Еще раз уточняю. у нас не используется EP Framework.. |
|
15.12.2006, 14:15 | #5 |
Ищу людей. Дорого.
|
Я провел небольшой эксперимент..
Завел двух пользователей с разными правами и настроил для каждого RLS.. С двух компьютеров одновременно вошли в систему.. Каждый пользователь видел данные, разграниченные его RLS. 1-ый пользователь создал заказ.. и журнал платежей.. потом второй разнес этот журнал.. действия проводились одновременно.. в записях, созданных каждым пользователем прописались их логины.. и самый интересный момент.. когда 1-ый пользователь ждал завершения операции (при 1 сом - все остальные должны вроде были бы ждать тоже) второй без всяких проблем выполнял свои действия.. Как так?? не противоречит ли это ограничениеям, указанным выше.. или я неправильно их интерпритирую?? И еще один момент.. если сом пользователей будет не один, а больше, как web пользователи будут их делить между собой?? |
|
15.12.2006, 15:35 | #6 |
Участник
|
Цитата:
Запускали параллельно 100 потоков. Каждый поток делал: 1) коннект 2) выборка 3) большая пауза (чтобы все потоки имели соединение одновременно) 4) дисконнект При этом одновременно количество открытых соединений доходило до 100. Согласен, что каждый следующий открытый поток (особенно после примерно 50 подключений) отрабатывал дольше, но отрабатывал и не ругался. А в целом было бы конечно интересно почитать про ограничения. Цитата:
Возможно ситуация требует уточнения: имеем 1) 50 обычных пользователей Axapta 2) 50 WEB - пользователей, привязанных к обычным (один к одному) 3) 1 лицензия на COM Client. Будут ли все 50 web-пользователя работать одновременно и каждый со своими правами? |
|
15.12.2006, 17:50 | #7 |
NavAx
|
|
|