Jump to content

zilav

uniGUI Subscriber
  • Posts

    573
  • Joined

  • Last visited

  • Days Won

    43

Posts posted by zilav

  1. Не совсем понимаю в чем проблема, можно сделать похожее поведение на обычном edit и кнопке, открывающей popup форму с treeview с контентом

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

  2. +1 за параметризированные запросы, вообще отвыкайте строить запрос динамически. В идеале возможно вообще использовать хранимые процедуры, а там размер параметров вообще задается и никуда ты с подводной лодки не денешься. :)

  3. Просто сделайте окно логина и с его помощью сохраните информацию о пользователе. Тут сессия посути закреплена за пользователем, т.е он при каждом вызове будет использовать одну и ту же сессию, т.е клиенту вообще не надо знать о том что у него там какой-то id есть, вы его просто себе на сессии сохраните.

    • Like 1
  4. А почему ей нельзя работать если Aurelius насколько я помню имеет возможность превращаться в стандартный датасет с коим отлично будут работать все нативные db контролы unigui. Или Вы имеете ввиду какой-то особый сценарий работы? Вообще конкретно для работы с unigui этот ORM выглядит как собаке пятая нога, он хорош когда Вам надо веб-сервисы писать без gui, да и то там есть средства не хуже.

  5. Ну так залогируй на сервере время открытия датасетов, и посмотри разницу между дев и продакшеном. Если разница реально присутствует то унигуи тут совершенно не причем. Возможно стоит перейти с переоткрытия дочернего  датасета на фильтрацию. То что унигуи постоянно отправляет мелкие запросы на сервер давно известно, кстати, если продакшен сильно далеко да еще и на более слабом сервере это тоже может являться проблемой.

  6. Добрый день

     

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

  7. Под IIS гиперсервер не запускал, но как standalone работает без каких либо проблем. Пользователей не 2 тысячи, но прилично. Отладка на гиперсервере, Вы наверное шутите. Да и почему память у Вас течет неясно. Рекомендую для начала собрать ваше приложение как standalone и прогнать стресстестирование с логированием на утечки памяти. На сервере никакой отладки быть не должно, максимум EurekaLog. ЕЕ подключение к Unigui описано в документации.

  8. Существует масса компонентов для генерации xls без использования OLE и не требующие установленного офиса. Мой Вам совет, воспользуйтесь ими. У вас же четко написано что вызывается метод ShowModal который блокирует работу приложения. А уж кто там у Вас его вызывает отсюда не видно.

    • Like 1
  9. Ну если все по серьезному и с масштабируемостью то наверное стоит смотреть в сторону Azure. Плюс 25к пользователей это всего в системе или одновременно работающих? Просто я бы на вашем месте прикинул по памяти столько у вас занимает одна сессия у пользователя, отсюда можно примерно прикинуть объем оперативки. По процессору сложно сказать, нагрузка она разная бывает, но в случае того же Azure довольно просто добавить еще ресурсов при растущей нагрузке, все будет упираться лишь в количество денег.

  10. Если такие сомнения то лучше unidac от них же. Скажем так, если хочется по взрослому то FB, все же полный спектр технологий, у того же MySQL все попроще, возможно что сейчас все изменилось, но когда я смотрел на хранимки от MySQL ничего кроме недоумения не испытывал. Ну а если совсем по серьезному и с прицелом на будущее, то MSSQL в редакции express или developer.

  11. Не стоит использовать SQLite, он все же не настолько адаптирован под работу в многопоточном режиме. Не дай бог нагрузка увеличится, ваш сервер просто будет стоять колом. Посмотрите MySQL, FB, они лучше подойдут для использования в системе где более 1 пользователя.

×
×
  • Create New...