Введение
В настоящее время существует достаточно большое количество бухгалтерских и складских программ, которые позволяют использовать компьютеры для организации складского и бухгалтерского учета. Однако, все, кто решил использовать в своей организации компьютерные программы, сталкиваются с непростой проблемой выбора. Прошло то время, когда любая программа считалась подходящей для работы, и единственным требованием к ней было чтобы она вообще что-нибудь делала. Теперь основными критериями при выборе программ являются возможность работы в сетевом режиме, быстродействие, надежность, функциональная полнота, и удобство работы. Следует отметить, что последние два критерия являются субъективными и каждый пользователь должен оценивать программу по ним самостоятельно. Как это сделать? Можно читать рекламу в периодических изданиях, но в рекламных проспектах все программы выглядят одинаково. Можно посещать выставки, но после общения с разработчиками двух или трех фирм остаются силы только на то, чтобы собрать у остальных рекламные листки.
Цель данной статьи - достаточно подробно рассмотреть одну из программ, чтобы вы могли в спокойной обстановке принять для себя решение: подходит ли она для вашей организации настолько, чтобы ознакомиться с ее демо-версией или купить ее.
Для тех, кто не собирается покупать программы, может представить интерес описание новой сетевой технологии «виртуальный клиент/сервер», приведенное в статье.
О программе SLS-склад
Программа SLS-Склад, разработанная компанией SoftLand Systems, предназначена для ведения компьютерного складского учета. В отличие от многих других складских программ, она построена на основе складского, а не бухгалтерского учета. Это значит, что пользователь может ничего не знать о бухгалтерских счетах и проводках, а бухгалтерский блок может быть или настроен бухгалтером для генерации проводок, или вообще отключен.
Программа SLS-Склад поддерживает неограниченное количество мест учета, до 50 валют с автоматическим пересчетом между ними, комплектацию и разукомплектацию товаров, контроль расчетов с контрагентами в любой валюте, подготовку и печать счетов, накладных, приходных кассовых ордеров, счетов-фактур, книг покупок и продаж, журнала хозяйственных операций, корреспонденцию счетов и еще около сотни выходных форм, предназначенных для анализа работы организации и ее персонала.
Для совместной работы с программой SLS-Склад разработан блок подключения кассовых аппаратов SLS-Касса. Этот блок поддерживает кассовые аппараты АМС-100Ф, Аквариус-Электроника-92, Элвес-01-03Ф, с помощью драйверов, поставляемых их производителями вместе с кассовыми аппаратами. Программа SLS-Касса позволяет работать в режиме чекового принтера с использованием считывателя штрих-кодов или поиска по названию, по коду и цене товара. Кроме того возможна работа одновременно с несколькими ККМ, подключенными к одному компьютеру, если такое подключение поддерживает драйвер.
Таким образом, программа SLS-Склад может использоваться практически везде от крупных оптовых торговых организаций и магазинов до небольших торговых точек.
Программа может работать в сети, поддерживающей протоколы IPX или NetBIOS, т.е в сетях Novell, Windows и OS/2. Программа SLS-Склад работает под управлением DOS, но может работать в окне DOS из под Windows и OS/2.
Для работы программы с приемлемым быстродействием достаточно компьютеров AT-286 с одним мегабайтом памяти, хотя рекомендуется компьютер 386/25 мГц с двумя мегабайтами памяти или более мощный компьютер.
Карточка товара
Основным элементом учета является карточка товара. В заголовке карточки товара записаны его основные характеристики:
-
Наименование - длина до 240 символов. Помимо этого, к каждой карточке товара может быть присоединен текст дополнительного описания размером около полутора килобайт. В фирмах, производящих компьютеры, этот текст используется для описания совместимости аппаратных элементов.
-
Единица измерения - при необходимости может быть описано две единицы измерения, связанные коэффициентом. Например, штуки и упаковки. Если такое описание сделано, то при отпуске товара можно указывать как первую, так и вторую единицу измерения.
-
Номенклатурный номер - длина до 20 знаков. Может использоваться артикул, штрих-код, номер по каталогу и т.п. Если это поле задано, то при выписке счетов и накладных можно набирать товар с его помощью. Значение в этом поле должно быть уникальным.
-
Текущая учетная цена - это поле может формироваться автоматически по ценам прихода или вручную. При автоматическом формировании используется расчет средневзвешенного значения по ценам прихода. При необходимости вести учет раздельно, можно создать копию карточки товара для приходования по другой цене. В таком случае при списании товара потребуется указать с какой из карточек оно производится. Следует отметить, что в каждой операции с товаром хранится учетная цена на момент ее выполнения. Это позволяет правильно расчитывать оборотные ведомости и прочие выходные формы.
-
Цены продажи - в каждой карточке товара находятся две цены продажи, названия и валюта которых определяется самим пользователем. Эти цены никак не связаны с учетной ценой и назначаются пользователем самостоятельно. Помимо этого можно создать неограниченное количество прайс-листов, в которых цены образуются из трех базовых цен (учетной и двух цен продажи) с помощью формул. При выписке счетов и накладных можно использовать все вышеуказанные цены, в том числе и из прайс-листов.
-
Отрицательный остаток - это поле позволяет управлять списанием товара. Если оно имеет значение «Запретить», то невозможно выполнить операцию, приводящую к появлению отрицательных количеств товара. При значениях «Разрешить» или «Предупредить» отрицательные остатки возможны.
Помимо вышеперечисленной информации в заголовке карточки отображается текущее количество товара, зарезервированное количество и свободный к продаже остаток. Эти значения поддерживаются в актуальном состоянии автоматически. Если в организации есть несколько мест хранения (складов или материально ответственных лиц), то нажатием одной клавиши можно вызвать список мест хранения, в котором указано распределение данного товара по ним.
Если используется возможность комплектации товаров, то к карточке каждого товара, являющегося комплектом, можно привязать схему комплектации, т.е. список товаров, из которых данный комплект собирается. Для каждого из комплектующих товаров можно указать его количество, требуемое на один комплект. Причем это количество может задаваться формулой. Использование формул позволяет комплектовать, например, подвесные потолки, где комплект измеряется в квадратных метрах, а количество крепежных реек зависит от площади потолка как квадратный корень из площади. При операции комплектации выполняется расход комплектующих с одновременным приходом комплектов.
Кроме заголовка, в карточке товара хранится полный список всех операций с этим товаром - приходы, расходы, передача со склада на склад, резервирование, возвраты, операции комплектации и разукомплектации.
Каждая запись об операции содержит в себе полную информацию, включая дату, цену, количество, сумму, валюту, курс валюты на момент операции, ссылку на документ и т.п.
В принципе возможно все операции выполнять прямо в карточке товара, но лучше это делать с помощью документов как это описано далее.
Следует отметить, что любую операцию можно выполнять или скорректировать задним числом. При этом все необходимые пересчеты выполнятся автоматически. При желании можно установить дату, корректировки информации ранее которой запрещены. Это позволяет гарантировать неизменность уже отработанной информации. В то же время, эта дата может быть изменена или отменена в любой момент.
Группы товаров
Все карточки товаров хранятся в виде списка, отсортированного по названиям. Возможно создание групп и подгрупп товаров до десяти уровней вложенности. При этом в каждой группе могут одновременно находится и подгруппы и товары. В этом смысле структура карточек товаров очень похожа на то как отображаются файлы в популярной программе Norton Commander - директориям соответствуют группы и подгруппы, а файлам - карточки товаров. Следует отметить, что состав и названия подгрупп определяет сам пользователь. При этом созданная структура не является строго фиксированной. Если возникла необходимость, то имеются средства для ее реорганизации в любой момент, причем реорганизация не затрагивает содержимого карточек.
Также как и в Norton Commander, существует несколько способов выбора нужной карточки. Можно просто передвигаться по дереву товаров, заходя в нужные подгруппы, до тех пор, пока нужная карточка не будет найдена. Можно высветить дерево групп и подгрупп товаров, выбрать из него нужную и перейти прямо в нее.
Если используются номенклатурные номера в карточках товара, то можно перейти в список всех товаров, отсортированных по номенклатурному номеру и выбрать нужный товар вводя начальные символы номенклатурного номера.
И, наконец, можно просто отобрать карточки и/или операции с товарами используя средства поиска. При этом в качестве полей отбора можно использовать период совершения операции, период ее последней корректировки (что очень удобно при поиске ошибочно введенных записей), любые слова из названия и т.п., или любую комбинацию поисковых признаков. Как правило, отбор информации занимает несколько секунд даже на больших базах данных.
Работа с несколькими складами
При необходимости, можно иметь неограниченное количество складов. По каждому из складов ведется отдельный учет товаров. При этом используются общие для всех складов карточки товаров и их структура, но при просмотре карточки товара внутри склада в ней видны только те операции, которые связаны с данным складом.
Для передачи товаров между складами можно создавать накладную на передачу товара. Эта накладная позволяет или списать товар с одного склада, одновременно оформляя приход товара на другой склад, или зарезервировать передачу товара. В последнем случае после реальной передачи товара достаточно сделать отметку в накладной. В любом случае, одновременно с созданием документа выполняются соответствующие записи в карточки товаров.
Контрагенты
При желании можно вести списки контрагентов. При этом на каждого контрагента заводится карточка в списке поставщиков или покупателей. Что это дает?
Во-первых, автоматически ведется учет всех полученных или отпущенных товаров и их возвраты по каждому из контрагентов.
Во-вторых, автоматически ведется список всех документов (счетов и накладных), связанных с ними.
В третьих, имеется возможность занесения информации о платежах, и, следовательно, можно видеть баланс расчетов с ними. Помимо этого, Имеется возможность занести один раз их реквизиты для оформления счетов-фактур и далее они будут автоматически использоваться при создании счетов-фактур.
Кроме того, существует специальный тип покупателя - реализатор. Для таких покупателей ведется отдельный учет товаров, полученных ими на реализацию, проданных или возвращенных ими, а также вычисляется сумма, которую они должны оплатить за проданный товар. Если на покупателя заведена карточка, то можно отпускать ему товар в кредит. При этом лимит кредита, т.е. максимальная сумма, которую он может задолжать, задается в его карточке и автоматически контролируется при отпуске товара.
Еще один существенный момент - в карточке контрагента есть место для дополнительной информации - телефона, факса, адреса, фамилий и т.п..
Карточки контрагентов хранятся в виде списка, который может содержать до десяти уровней групп и подгрупп.
Счета и накладные
Основными документами для оформления товародвижения являются счета и накладные. Каждый из этих документов может быть выписан в любой валюте, причем пересчет в основную валюту учета производится автоматически, по курсу, предлагаемому компьютером на основе таблицы курсов, или по курсу, заданному вручную для данного документа или конкретной строки в нем.
Отличительной особенностью программы SLS-Склад является наличие в каждом документе «типа документа"» Имеются встроенные типы «Полная предоплата», «Частичная предоплата», «Товарный кредит», «Возврат», «Реализация» и т.п. Каждый из типов определяет способ обработки документа. Так, например, если счет имеет тип «Полная предоплата», то отпустить весь товар по нему можно не раньше, чем будет сделана отметка о платеже на полную сумму. При неполной оплате можно отпустить товар только в пределах оплаченной суммы. Пользователь может сам создавать новые типы документов.
Каждый счет или накладная позволяет установить уровень цен, используемых для товаров, включенных в них. При этом может быть указана или одна из цен в карточке товаров, или цена по любому из прайс-листов.
Кроме этого в заголовке документа указывается контрагент - поставщик или покупатель. Если это постоянный контрагент, то можно указать его карточку в списке поставщиков или покупателей. В этом случае в карточку автоматически занесется информация о документе и товарах, отпускаемых или получаемых по этому документу. Если вы не хотите ввести учет расчетов с этим контрагентом, то можно вместо указания карточки ввести произвольный текст.
Каждый счет или накладная имеет привязанный к нему список платежей по этому документу. При этом платеж можно записать сначала на карточку контрагента, а только потом указать к какому документу он относится. Кроме того, уже привязанный к документу платеж можно опять сделать свободным и перепривязать его к другому документу. Это позволяет нормально работать в ситуации, когда по выписке из банка вы узнаете, что пришли деньги, а за что они оплачены становится известным только спустя некоторое время. Другим примером может служить оплата одним платежным поручением нескольких счетов.
По каждому из документов можно оформить платеж с помощью одного или нескольких приходных кассовых ордеров. При создании приходного кассового ордера программа предлагает полную сумму для оплаты. Эта сумма может быть изменена, если она превосходит максимально разрешенную или в данный момент покупатель оплачивает не все. При создании каждого следующего приходного кассового ордера, программа предлагает к оплате остаток суммы по данному документу.
Информация о товарах, входящих в счет или накладную осуществляется указанием их карточек. После выбора карточки товара появляется возможность указать количество, можно изменить цену, предлагаемую компьютером в соответствии с заголовком документа, а также поправить некоторые другие реквизиты.
После занесения очередной строки документа, вы остаетесь в списке товаров и можете указывать следующий товар. По окончании ввода всех товаров и возврате в документ, он полностью готов и его можно печатать.
Следует отметить, что при создании расходной накладной, списание товара происходит при вводе каждой строки, что не позволяет выписать больше товара, чем его есть на складе даже при работе в сети, когда накладные выписываются одновременно с разных рабочих мест.
Помимо товаров, выбираемых из перечня товаров, каждый документ может содержать дополнительные строки со свободным текстом, произвольными количествами и суммами. При этом суммы могут как учитываться в общем итоге, так и игнорироваться. Это позволяет добавлять строки вида «В том числе гарантия 2 года» и т.п..
При отпуске товара можно начинать с выписки счета, а затем на его базе создать одну или несколько расходных накладных, или сразу отпускать товар по расходной накладной.
Создание счета не производит никаких операций с товарами. Можно выписывать больше товара, чем его есть в наличии. Если требуется, то можно зарезервировать по счету все или отдельные товарные позиции. При этом в карточках соответствующих товаров делается отметка о резервировании, которая автоматически снимается при выдаче товара по накладной. Эту отметку можно также удалить вручную.
При создании накладной по счету, автоматически создается накладная на весь содержащийся в счете товар. При желании, можно удалить отдельные позиции или скорректировать в них количества, если покупателю отпускается не все сразу. В счете автоматически делается отметка о количестве выданного товара и о сумме, на которую он выдан. Если выдан весь товар, то счет считается закрытым. По не закрытому счету можно выдать дополнительные накладные на товары, не выданные ранее.
Имеется возможность создать на основе накладной счет-фактуру, которая автоматически попадает в реестр входящих или исходящих счетов-фактур. В эти же реестры можно занести счета-фактуры, созданные по платежам. В книги продаж и покупок попадают не все счета-фактуры из реестров, а только отмеченные для включения в соответствии с учетной политикой предприятия.
Бухгалтерский блок программы
Программа SLS-Склад осуществляет учет НДС, печатает счета-фактуры и книги продаж и покупок. Кроме того, можно получать оборотные ведомости за произвольный период и прочие аналитические документы.
Если программа используется только для складского учета, то бухгалтерский блок может быть отключен полностью или частично. При частичном его отключении сохраняется возможность учета НДС, что необходимо для корректного оформления накладных и счетов-фактур.
При включенном бухгалтерском блоке можно создать словарь бухгалтерских операций. Каждая операция имеет код, название и список проводок. Количество проводок в одной бухгалтерской операции неограничено. При описании проводок можно использовать название товара, количество, цену, НДС и некоторые другие характеристики.
Каждая элементарная операция, записанная в карточке товара имеет поле для ввода кода бухгалтерской операции. Кроме того, с каждым типом документа может быть связана одна бухгалтерская операция. При создании документа, эта операция автоматически переносится в операции с товаром, указанным в документе. Конечно ее можно корректировать, если для конкретной позиции требуется другая бухгалтерская операция.
Таким образом, пользователь может, например, создать отдельные типы документов для приходования или списания товаров, отличающихся по бухгалтерским проводкам, дать этим типам документов названия, понятные складским работникам, и получить проставленные в автоматическом режиме бухгалтерские операции для каждой товарной операции.
Для получения собственно бухгалтерских проводок достаточно создать выходную форму «Журнал хозяйственных операций» за произвольный период времени. Эта форма может просто быть распечатана или экспортирована в бухгалтерскую программу.
Печать выходных форм
Блок печати программы SLS-Склад обеспечивает работу с любыми кириллизованными принтерами, имеющими шрифты 10, 12 и 17 символов на дюйм. Кроме того, имеются встроенные графические драйверы для принтеров, совместимых по командам с Epson и Hewlett Packard. Например, для HP DeskJet. Для лазерных принтеров HP в комплект поставки входит набор шрифтов.
Понятно, что программа SLS-Склад обеспечивает печать стандартных выходных форм: счетов, накладных, счетов-фактур, приходных кассовых ордеров, книг покупок и продаж, актов на передачу со склада на склад, актов комплектации и разукомплектации. Помимо этого, имеется около сотни выходных форм, предназначенных для анализа деятельности организации. Вызов функции печати выполняется всегда с помощью одной и той же клавиши, но состав меню форм для печати зависит от того, в каком разделе системы вы находитесь в этот момент. Так, например, если начать печать оборотной ведомости в списке всех товаров, то ведомость будет включать все операции по организации. Если ту же ведомость печатать находясь в одном из складов, то она будет отражать обороты по данному складу и т.д. Если начать печать из списка покупателей, то в меню печати не будет, например, формы об остатках товаров, но будет форма по анализу платежей покупателей.
Общий состав форм все время пополняется при возникновении новых потребностей пользователей. В то же время, четырехлетний опыт эксплуатации программы SLS-Склад в различных организациях позволяет утверждать, что практически все выходные формы, нужные для работы, в программе есть.
Пользовательский интерфейс
Почти все программы складского учета используют для работы систему меню, по которым пользователь должен перемещаться вперед и назад, чтобы попасть в интересующий его в данный момент раздел системы.
Одной из особенностей пользовательского интерфейса программы SLS-Склад является почти полное отсутствие меню. Для передвижения по разделам системы используются прямые связи. Например, если мы работаем сейчас со счетом какого-нибудь из постоянных покупателей, то мы можем оставаясь в счете просмотреть карточку этого покупателя, его платежи и другие счета и накладные, связанные с ним. Мы можем просмотреть накладные, созданные по данному счету и приходные кассовые ордера, связанные с его оплатой. Для каждого из товаров, включенных в счет, можно просмотреть соответствующую карточку товаров и т.п.. В любое время можно получить контекстно-зависимую подсказку о возможных в данный момент действиях.
Программа поддерживает работу с мышью. При этом можно «нажимать» на символы в подсказках для выполнения конкретных действий. Интересной особенностью встроенного каклькулятора является возможность «брать» в него с помощью мыши числа с экрана.
В сетевом режиме программа SLS-Склад поддерживает обмен сообщениями между пользователями и диалоги между ними.
Имеется мощная система санкционирования доступа к информации и многое другое.
Понятно, что в журнальнной статье невозможно полностью описать то, что в руководстве пользователя занимает около сотни страниц. Поэтому о некоторых возможностях программы можно только упомянуть, а об остальных лучше узнать из демо-версии, которую можно бесплатно получить в SoftLand Systems.
Технология «Виртуальный клиент-сервер»
Основным отличием от других складских программ является использование собственной базы данных, разработанной специалистами SoftLand Systems в 1991 году.
Существует вполне обоснованное мнение, что наиболее удобным форматом для баз данных является формат DBF. Этот формат широко распространен и используется всеми программами, написанными на FoxPro, DBase и Clipper. Однако, у этого формата есть ряд серьезных недостатков, которые затрудняют его использование в сложных программах.
Во-первых, все записи файла базы данных должны иметь одинаковую длину. Это приводит к неэффективному расходу дисковой памяти, поскольку в каждой записи реально используется не все отведенное место. Например, если поле «Название» имеет размер 60 символов, то для большинства товаров этого будет слишком много, а для некоторых - недостаточно.
Во-вторых, фиксированный размер записи заставляет создавать отдельные базы данных для записей разных типов, например, для товаров и накладных. В реальных системах количество этих разнородных файлов измеряется десятками. Если добавить еще необходимое количество индексных файлов, то общее число файлов, необходимое для работы системы становится еще больше. Это приводит к сложностям сохранения состояния баз данных. Если какое-нибудь действие, приводящее к корректировке нескольких файлов, завершилось не до конца, то, как правило, вся система становится неработоспособной.
В третьих, все системы, построенные на файлах формата DBF, работают достаточно медленно, особенно при больших объемах информации.
В связи с вышеизложенными причинами компанией SoftLand Systems была разработана своя СУБД, несовместимая по форматам с DBF файлами. В чем же ее преимущества?
Записи в базе данных имеют переменную длину. Это позволяет в одном файле хранить записи разных типов. Кроме того, дисковая память расходуется существенно экономнее. Все индексы, связанные с записями хранятся в том же файле. Таким образом, вся информация, необходимая для работы программы находится в одном файле. Это позволяет легко копировать и восстанавливать базы данных. Помимо этого даже в одной директории можно иметь несколько разных баз данных и работать с любой из них, просто указав имя ее файла в качестве параметра программы.
Суммарный объем информации на диске уменьшается в 5-8 раз по сравнению с DBF-форматом. Если говорить о программе SLS-Склад, то усредненные цифры по нескольким реальным базам данных выглядят следующим образом. В одном мегабайте дисковой памяти помещается около 100 карточек товара, плюс 2200 операций с товарами, плюс 400 счетов и накладных, плюс около сотни карточек контрагентов, плюс все необходимые для работы индексы.
Даже в однопользовательской версии программы поддерживается механизм транзакций. Это означает, что при если при корректировке базы данных, операция не завершилась успешно - например, выключилось питание, то при следующем обращении к базе данных происходит автоматический откат незавершенной операции и база данных возвращается к исходному состоянию. Перед записью информации на диск производится автоматический контроль ее корректности. Это позволяет уменьшить вероятность разрушения базы данных при сбоях памяти компьютера. СУБД использует всю доступную основную память и EMS для кэширования дисковой информации. В результате минимизируется количество обращений к дискам и резко увеличивается быстродействие. Практически все операции с базой данных выполняются моментально или в течение нескольких секунд даже при больших объемах информации.
И, наконец, самый важный момент - новая технология работы в сети - «виртуальный клиент-сервер».
Для того, чтобы объяснить что это такое, потребуется начать с истории работы в многопользовательском режиме и кэширования информации.
До появления персональных компьютеров обычная схема работы выглядела следующим образом. Один большой компьютер разделял свое время для обслуживания некоторого количества пользователей. При этом вся обработка информации выполнялась на центральном компьютере, а рабочие станции пользователей служили только для формирования запросов к компьютеру и отображения полученных результатов. Узким местом такой схемы являлась производительность центрального компьютера. Для того, чтобы обеспечить работу достаточно большого количества пользователей, требовались значительные ресурсы памяти и быстродействия.
Приблизительно в то же время появилось кэширование информации. Суть его состоит в том, что при работе с медленными внешними устройствами можно сохранять в оперативной памяти прочтенную информацию. Тогда при последующих обращениях к устройству можно сначала поискать требуемую информацию в быстрой оперативной памяти, и, только если она не найдена, обращаться к внешнему устройству. Эта простая идея позволила резко увеличить скорость доступа к информации.
Первое время после появления персональных компьютеров программы для них составлялись как и для больших компьютеров. Однако, с появлением сетей стало очевидно, что от кэширования информации на рабочих станциях придется отказаться. В самом деле, если с одной и той же информацией работают с разных рабочих мест, то нет никаких гарантий, что информация, прочтенная секунду назад и запомненная в кэш, не изменилась к данному моменту. Таким образом, скорость работы сетевых программ оказалась значительно меньше, чем могла бы быть.
Однако, использование персональных компьютеров в качестве рабочих станций дало возможность обеспечивать одновременную работу в сети существенно большего количества пользователей, чем при работе терминалов с центральным компьютером. Это явилось следствием децентрализации обработки информации - каждая рабочая станция имела теперь свой собственный процессор.
Следующим этапом развития стало появление файл-серверов. Файл-сервер обеспечивает ускорение доступа к информации за счет создания общего для всех рабочих станций кэша. При этом все станции обращаются за информацией к файл-серверу, а он или читает ее из кэш-памяти или с диска, если в кэш-памяти нужной информации не оказалось. Все, кто начинал работать с файл-сервером, отмечали значительное ускорение работы с файлами.
Однако, создание файл-серверов оказалось полумерой. Поскольку каждая из программ на рабочих станциях вынуждена сама работать с файлами баз данных, она должна получать через сеть много лишней информации. Например, для поиска записи с заданным ключем, надо прочесть несколько индексных блоков, и только после этого собственно запись. Если требуется отбор записей по каким-либо критериям, то в худшем случае придется прогнать через сеть всю базу данных. Собственно отбор нужных записей будет выполняться на рабочей станции, но огромное количество ненужных записей пройдет через сеть. Все это приводит к перегрузки сети, поскольку объем информации, передаваемый через нее в единицу времени ограничен.
Следующим этапом стало появление технологии клиент-сервер. Для работы по этой технологии выделяется еще один компьютер - сервер приложений, который получает запросы от рабочих станций, выполняет поиск и отбор нужных записей и передает на рабочую станцию только те записи, которые реально нужны.
Эта технология решает проблему перегрузки сети. Однако, легко видеть, что вновь возникают те же проблемы, которые были в самом начале. Поскольку вся работа с базой данных ведется на сервере приложений, то он должен быть очень быстродействующим для обеспечения нормальной работы достаточного количества рабочих станций. При этом увеличение количества рабочих станций требует пропорционального увеличения производительности сервера приложений.
Таким образом, технология работы в сети развиваясь по спирали вернулась к исходной точке - центральному компьютеру, который разделяет свои ресурсы для поочередного обслуживания пользователей.
Специалистами SoftLand Systems в 1995 году была разработана и реализована новая технология, названная «виртуальный клиент-сервер». Суть ее состоит в следующем. Каждая рабочая станция работает с файлами баз данных используя метод кэширования. При этом нагрузка на сеть падает, т.к. большинство запрашиваемых записей уже находятся в оперативной памяти. В то же время скорость работы СУБД существенно возрастает, как и должно быть при использовании кэширования. А как же быть в случае изменения информации в файлах базы данных? Для того, чтобы содержимое кэш на всех рабочих станциях отслеживало изменения, используется синхронизация. Это значит, что каждая рабочая станция, которая изменяет базу данных, оповещает все остальные станции об этих изменениях. Создается ли при этом дополнительная нагрузка на сеть? Нет! Дело в том, что информация об изменениях в любом случае передается по сети для того, чтобы операционная система могла занести их в файл. И эта информация достигает одновременно всех рабочих станций - проблема лишь в том, чтобы они ее использовали. Кроме существенного ускорения обработки, предложенная технология позволяет каждой из рабочих станций отображать изменения в базе данных на экране автоматически, т.е. без дополнительных действий пользователя.
Понятно, что техническая реализация этой идеи несколько сложнее, чем это может показаться на первый взгляд - необходимо учесть возможное наличие маршрутизаторов и другие тонкости, связанные с реальными сетями. Однако, все трудности удалось преодолеть и практическая реализация подтвердила правильность предложенного подхода - по скорости работы программа SLS-Склад превосходит программы, написанные с использованием Clipper, FoxPro и Btrieve на порядок. Возникает вопрос а зачем нужна большая скорость? Во-первых, уменьшается бесполезное время ожидания у компьютера - темп работы определяется потребностями пользователя. Во-вторых, высокое быстродействие позволило реализовать в программе SLS-Склад такие возможности, которые нельзя позволить себе в других программах.
|
