Вы ищете iotop
(предположение, что у Вас есть ядро> 2.6.20 и Python 2.5). Приводя это к сбою, Вы изучаете сцепление в файловую систему. Я рекомендую первому.
Лицензирование - SQLserver плохо работал с клиентскими ОС и был дорогим.
Foxpro был дешевым и простым.
Если все, что вы делаете, это извлекаете значения цен из одной таблицы и если обновлять продажи в другом, то SQL будет излишним.
Многие POS-системы имеют автономные возможности, так что магазин может продолжать торговать, даже если соединение с сервером (-ами) в магазине не работает.
Обычно это означает локальную базу данных для поиска цен и т. д., а также для локального хранения данных транзакций до тех пор, пока соединение с сервером не восстановится.
Стоимость оборудования и лицензирования должна быть как можно ниже.
Следовательно, FoxPro был хорошим выбором несколько лет назад, но правильно спроектированное приложение .NET было бы сегодня отличным выбором.
Вероятно, потому что FoxPro - это кассовый терминал.
(Я шучу, я шучу.)
foxpro была недорогой и быстрой базой данных. Вероятно, он был выбран потому, что он хорошо соответствовал их требованиям на момент разработки.
Многие системы PoS появились еще до того, как базы данных SQL стали популярными на настольных компьютерах, поэтому очень многие до сих пор используют FoxPro или другие базы данных в стиле xBase . Поскольку системы PoS обычно являются однопользовательскими и однозадачными, очень часто не было веских причин для перехода на полноценный механизм базы данных SQL.
В то время у FoxPro было несколько преимуществ. Я могу вспомнить, что в течение многих лет все новые параллельные БД оставались, по крайней мере, на месте, поэтому мы снова и снова выбираем FoxPro для POS-решений:
До сих пор существует невероятно огромное количество унаследованных приложений FoxPro (особенно в малых и средних компаниях), так что это не просто проблема POS.