Доброе утро!

Историческая справка о IBM PC:
1. Впервые увидел в 1987 году - закупил университет... Играли в красочные игрушки... При этом работал на EC на языке PL1 через терминалы.
2. Завод ПК ДВК система диамс в 1988-1989, для калыма написал простенькую прогу под AS400 учебного центра (регистрация "учеников")
3. Завод 1989-1990 уже на IBM PC написание программ (шарахание) Clipper Summer 87, FoxBase, dBase III
4. Холдинг. 1990-1995 У ВЦ, где был руководителем было море разноплановых задач, т.ч. существовал зоопарк решений и техники, в частности сервера были на IBM PC, Sun. Базы BTrieve, dbf (clipper) с библиотекой транзакций, Oracle... Клиентские места VFP, Clipper, Java, C++, Clarion
5. В свободном пролёте. Clipper последняя версия 5.3е вышла в 1997 году, но до сих пор исправляются баги и продаётся фирмой Grafm. ADS - SQL сервер манипулирующий таблицами DBF, но довольно дорогой и тормозной на малых сетях. Сейчас Clipper может работать с любыми СУБД через систему RDD, но все библиотеки сильно платные.

Большие конторы:
Ими стараюсь "не светить", т.к. есть понятие "коммерческая информация", да и надоело на них "отбиваться" от поставщиков "серьёзных" решений... По упомянутой фирме с 90 ПК одновременно могут работать (работают) НА ЗАПИСЬ:
- 5 операторов приход/отгрузка (1гб сеть)
- 3 работника отдела сертификации (ведение алкогольных атрибутов и электронная сертификация)
- 1 диспетчер (ввод атрибутов авто и печать ТТН)
- 1 транспортный логист (определение схемы вывоза и компоновка маршрутов)
- 1 складской логист (работа с адресами хранения)
- 2 руководители склада (коррекция данных, ввод данных для расчёта з/пл, отчёты)
... Прочие работают через удалённый рабочий стол:
- 1 кассир
- 1 руководитель розницы (заказы)
- 1 бухгалтер по банку
- 1 бухгалтер (извращение определяет виртуальные объекты "бухгалтерские проводки")
- 2 аналитики-контролёры
- 4 руководители департаментов (сети,розница,опт,хорека - разрешение на отпуск товаров, цепочки прохождения заказов, контроль и виртуальные товары поставщиков)
- 2 руководители филиалов в других городах (заказы, контроль)
- 1 сисадмин (работа с правами доступа, назначение паролей и ролей)
... Кроме этого в авто режиме работают две независимые системы КПК, пишущие в базу

Итого = 27 рабочих мест на ввод, но с учётом обычного запуска до 5 копий программы одновременно (приход, отгрузка, отчёты) в пиковых нагрузках в БД пишут одновременно до 50 копий (задач, пользователей).

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

FinSoftАндрей Ж.
Итого = 27 рабочих мест на ввод, но с учётом обычного запуска до 5 копий программы одновременно (приход, отгрузка, отчёты) в пиковых нагрузках в БД пишут одновременно до 50 копий (задач, пользователей).

Остальные ПК в бухгалтериях, у торговых агентов, магазинах и прочих службах, но в сети они только читают информацию из базы и производят анализ из своих локальных копий.
Ну вот, это уже ближе к правде. 27 рабочих мест не могут одновременно работать как 50 пользователей на ввод, если у них по одной голове и 2 руки. И, думаю, интенсивность ввода там тоже очень невелика. Работа с локальными копиями понятна, но это не файл-серверный доступ.
Ну нельзя же быть таким упёртым!!!
В приведённом расчёте (пришлось из-за Вашей упрямости вспоминать организационную структуру предприятия) даже существенно больше одновременных сессий на запись информации... По видимому фраза " с учётом обычного запуска до 5 копий программы " нуждается в более подробном пояснении, хотя и 27 мест на запись достаточно :

В среде WinNT и выше допустимо запустить до 18 копий программы одновременно, такого в реальности не наблюдал, но до 5 копий на одном ПК (хотя за это ругаю их) - обычное рабочее состояние. Рассмотрим "обычного оператора":

1я копия - делается "приход товара", процесс иногда длительный из-за согласований и выяснений товарных реквизитов... Вносятся товары в сетевые справочники и наполняется детализация во времянках на локальном ПК
2я копия - всегда открыта в режиме отгрузочных накладных и по телефонному звонку оперативно вводится отгрузка
3я копия - как правило в режиме "автозаказов", где периодически запускается режим сканирования "разрешенных к отпуску заказов" и автоматическое создание отгрузок... Это фоновый режим, но относительно длительный по времени.
4я копия - для получения оперативных справок из справочников
5я копия - локальная копия для построения отчётов

Очевидно, что в момент "транзакции" записи документа блокируются необходимые ресурсы (набор таблиц БД) и при попытке записи аналогичной операции другой опер наблюдает запись "подождите освобождение ресурса"... Многие популярные типы операций блокируют только "свою часть" БД, например "сохранение банковской операции" не пересекается с "сохранением акта на списание".

Ресурсы занимаются на очень короткое время по "встроенной" технологии изменения информации:
1. Закачка изменяемых данных в переменные памяти
2. Изменение локальных переменных и массивов из экранных форм
3. Блокирование требуемых ресурсов
4. Верификация на порождение отрицательных остатков (при необходимости)
5. Измение необходимых таблиц
6. Освобождение ресурсов

При этом (реальные замеры) с операторских мест (гигабитная сеть) при интенсивной параллельной работе других работников - сохранение отгрузочной накладной из 200 позиций производится от 3 до 30 секунд .

Уважаемый FinSoft!

Хотя, что я парюсь, пытаясь, что-то доказать - скачайте со страницы www.zhsoft.nm.ru/dl.htm систему УС Land вместе с тестовой БД магазина... Её устанавливают банальным копированием... Запустите кучу (до 18 на любой Win, в т.ч. 64 разрядной) копий оперативной программы, наделайте дублей прихода и через режим "распределения и продажа" сделайте одновременное сохранение... В программе "администратор"/сервис можете проверить состояние логической и индесной целостности данных!

Упомянутый выше "обсиратель" тужился разрушить БД запуская прогу одновременно кучу копий на 3 ПК, в том числе пытаясь выключить рабочие станции во время операций записи (сервер к счастью не выключал - однозначное разрушение БД). Будет очень интересно почитать и о Ваших "успехах"!!!