Re: Остатки в клиенте UltraH 2.9



Posted by Анимица Анатолий on April 15, 1999 at 10:09:18:

In Reply to: Остатки в клиенте UltraH 2.9 posted by Bob Star on April 02, 1999 at 03:35:29:

Ultra и 29h - это одинаковые программы. В том смысле, что все необходимое для работы в клиент-сервере можно спроектировать, а часто и отладить в Ultra. Но - на практике удобная работа с сервером требует совсем других интерфейсов операций. Большинство "остатков" на складах и т.п. легко отражать в формах отбора (типа 41.rpt, sklad.rpt etc.) В этом случае в реальном времени на экране клиента - текущий остаток какого-нибудь аспирина, и риск перекредитования - на сумму возможного конкурирующего кредита в ту же секунду (или минуту). Для полного избежания и такого риска форма должна оставлять резерв путем ввода "лимита открытой позиции". Критический "кредитор" может в исключительных случаях (отпуск ва-банк на весь остаток склада) монополизировать сервер, если дать ему такое право - до получения нового, уже обнуленного значения кредитуемого остатка аспирина. Остальные теперь могут выписывать что останется. У меня так все и построено, и операторы наловчились путем тренировок делать это за доли секунды.
Призываю уважаемых пользователей ФБП строить свои системы так аккуратно, чтобы не возникало нужды прибегать к переключению в ultra никогда.

Пользуясь случаем, хочу поделиться соображениями по архивированию баз данных "на ходу" сервера. За последние 6 месяцев на примерно 10 моих подопечных системах сделано несколько тысяч архивов "на ходу", около 10% из них тестировалось, и не было ни одной ошибки. Тем не менее, мы, обсуждая проблему с А.Г.Водяником, согласились, что существует маловероятная возможность схватить не до конца обработанный сервером файл. С неприятными возможными последствиями.

В силу этого сценарий автоматического резервирования:
1. Клиент m on (монополизировать сервер)
2. zip. (можно только acnt.a3p,*.f3p,extrd.dat)
3. Клиент m off

Поздравляю всех с продолжением работы wwwboard



Пpишедшие ответы: