4.СИСТЕМЫ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ 1
4.1.Классификация СУБД 1
4.2.Правила Кодда для реляционной СУБД (РСУБД) 2
4.3.Основные функции реляционной СУБД 4
4.4.Администрирование базы данных 5
4.5.Словарь-справочник данных 6
Система управления базами данных (СУБД) – это важнейший компонент АИС, основанной на базе данных. СУБД необходима для создания и поддержки базы данных информационной системы в той же степени, как для разработки программы на алгоритмическом языке – транслятор. Программные составляющие СУБД включают в себя ядро и сервисные средства (утилиты).
Ядро СУБД – это набор программных модулей, необходимый и достаточный для создания и поддержания БД, то есть универсальная часть, решающая стандартные задачи по информационному обслуживанию пользователей. Сервисные программы предоставляют пользователям ряд дополнительных возможностей и услуг, зависящих от описываемой предметной области и потребностей конкретного пользователя.
Системой управления базами данных называют программную систему, предназначенную для создания на ЭВМ общей базы данных для множества приложений, поддержания её в актуальном состоянии и обеспечения эффективного доступа пользователей к содержащимся в ней данным в рамках предоставленных им полномочий.
Принципиально важное свойство СУБД заключается в том, что она позволяет различать и поддерживать два независимых взгляда на БД: "взгляд" пользователя, воплощаемый в "логическом" представлении данных, и "взгляд" системы – "физическое" представление (организация хранимых данных).
Для инициализации базы данных разработчик средствами конкретной СУБД описывает логическую структуру БД, её организацию в среде хранения и пользовательские представления данных (соответственно концептуальную схему БД, схему хранения и внешние схемы). Обрабатывая эти схемы, СУБД создаёт пустую БД требуемой структуры и предоставляет средства для наполнения её данными предметной области и дальнейшей эксплуатации.
Классификация СУБД
СУБД ОН не ориентированы на какую-либо предметную область или на конкретные информационные потребности пользователей. Каждая система такого рода является универсальной и реализует функционально избыточное множество операций над данными. СУБД ОН имеют в своём составе средства настройки на конкретную предметную область , условия эксплуатации и требования пользователей. Производство этих систем поставлено на широкую коммерческую основу.
Специализированные СУБД создаются в тех случаях, когда ни одна из существующих СУБД общего назначения не может удовлетворительно решить задачи, стоящие перед разработчиками. Причин может быть несколько:
не достигается требуемого быстродействия обработки данных;
необходима работа СУБД в условиях жёстких аппаратных ограничений;
требуется поддержка специфических функций обработки данных.
за счёт знания особенностей конкретной предметной области,
путём сокращения функциональной полноты системы.
По методам организации хранения и обработки данных СУБД делят на централизованные и распределённые . Первые работают с БД, которая физически хранится в одном месте (на одном компьютере). Это не означает, что пользователь может работать с БД только за этим же компьютером: доступ может быть удалённым (в режиме клиент–сервер). Большинство централизованных СУБД перекладывает задачу организации удалённого доступа к данным на сетевое обеспечение, выполняя только свои стандартные функции, которые усложняются за счёт одновременности доступа многих пользователей к данным.
По модели данных различают иерархические , сетевые , реляционные , объектно-реляционные и объектно-ориентированные СУБД.
Для реляционных СУБД Э.Ф. Кодд предложил и обосновал 12 правил, которым должна удовлетворять реляционная СУБД данных (РСУБД).
Правила Кодда для реляционной СУБД (РСУБД)
Явное представление данных (The Information Rule). Информация должна быть представлена в виде данных , хранящихся в ячейках. Данные, хранящиеся в ячейках, должны быть атомарны. Порядок строк в реляционной таблице не должен влиять на смысл данных.
Гарантированный доступ к данным (Guaranteed Access Rule). К каждому элементу данных должен быть гарантирован доступ с помощью комбинации имени таблицы, первичного ключа строки и имени столбца.
Обработка неизвестных значений (Systematic Treatment of Null Values). Неизвестные значения NULL, отличные от любого известного значения, должны поддерживаться для всех типов данных при выполнении любых операций. Например, для числовых данных неизвестные значения не должны рассматриваться как нули, а для символьных данных – как пустые строки.
Динамический каталог данных, основанный на реляционной модели (Dynamic On-Line Catalog Based on the Relational Model). Каталог (или словарь-справочник ) данных должен сохраняться в форме реляционных таблиц, и РСУБД должна поддерживать доступ к нему при помощи стандартных языковых средств, тех же самых, которые используются для работы с реляционными таблицами, содержащими пользовательские данные.
Полнота подмножества языка (Comprehensive Data Sublanguage Rule). РСУБД должна поддерживать единственный язык, который позволяет выполнять все операции над данными: определение данных (DDL, Data Definition Language), манипулирование данными (DML, Data Manipulation Language), управление доступом пользователей к данным, управление транзакциями.
Поддержка обновляемых представлений (View Updating Rule). Представление (view) – это хранимый запрос к таблицам базы данных. Обновляемое представление должно поддерживать все операции манипулирования данными , которые поддерживают реляционные таблицы: операции вставки, модификации и удаления данных.
Наличие высокоуровневых операций управления данными (High-Level Insert, Update, and Delete). Операции вставки, модификации и удаления данных должны поддерживаться не только по отношению к одной строке таблицы, но по отношению к любому множеству строк произвольной таблицы.
Физическая независимость данных (Physical Data Independence). Приложения не должны зависеть от используемых способов хранения данных на носителях, от аппаратного обеспечения компьютера, на котором находится БД. РСУБД должна предоставлять некоторую свободу модификации способов организации базы данных в среде хранения, не вызывая необходимости внесения изменений в логическое представление данных. Это позволяет оптимизировать среду хранения данных с целью повышения эффективности системы, не затрагивая созданных прикладных программ, работающих с БД.
Логическая независимость данных (Logical Data Independence). Это свойство позволяет сконструировать несколько различных логических взглядов (представлений) на одни и те же данные для разных групп пользователей. При этом пользовательское представление данных может сильно отличаться не только от физической структуры их хранения, но и от концептуальной (логической) схемы данных. Оно может синтезироваться динамически на основе хранимых объектов БД в процессе обработки запросов.
Независимость контроля целостности (Integrity Independence). Вся информация, необходимая для поддержания целостности, должна находиться в словаре данных. Язык для работы с данными должен выполнять проверку входных данных и автоматически поддерживать целостность данных. Это реализуется с помощью ограничений целостности и механизма транзакций.
Независимость от распределённости (Distribution Independence). База данных может быть распределённой (может находиться на нескольких компьютерах), и это не должно оказывать влияние на приложения. Перенос базы данных на другой компьютер не должен оказывать влияние на приложения.
Согласование языковых уровней (Non-Subversion Rule). Не должно быть иного средства доступа к данным, отличного от стандартного языка для работы с данными. Если используется низкоуровневый язык доступа к данным, он не должен игнорировать правила безопасности и целостности , которые поддерживаются языком более высокого уровня.
Основные функции реляционной СУБД
Поддержка многопользовательского режима доступа.
Обеспечение физической целостности данных.
Управление доступом.
Настройка РСУБД.
подключение внешних приложений к БД;
модификация параметров организации среды хранения данных с целью повышения эффективности системы;
изменение структуры хранимых данных или их размещения в среде хранения (реорганизация БД ) для повышения производительности системы или повторного использования освободившейся памяти;
модификацию концептуальной схемы данных (реструктуризация БД ) при изменении предметной области и/или потребностей пользователей.
Администрирование базы данных
Администрирование БД возлагается на администратора (или персонал администрирования, если система БД велика). В задачи администратора входит выполнение нескольких групп функций:
Администрирование предметной области: поддержка представления БД на концептуальном уровне архитектуры СУБД (общем для всех приложений); адекватное отображение в БД изменений, происходящих в ПО. Последнее требование может подразумевать реструктуризацию (изменение схемы) БД и последующее приведение содержимого БД в соответствие с новой схемой.
Администрирование БД: поддержка представления БД в среде хранения, эффективная и надежная эксплуатация системы БД. Если на этом уровне проводится реорганизация БД (с целью повышения эффективности работы), то она заключается в следующем:
изменения в структуре хранимых данных, например, выведение в отдельную таблицу редко используемых данных ;
изменения способов размещения данных в памяти, например:
разбиение таблицы на части для распределения её по различным физическим носителям с целью распараллеливания доступа к ней;
построение кластеров;
изменение физических параметров среды хранения, например, размера блока данных в пространстве памяти.
изменения используемых методов доступа к данным, например, построение индексов или введение хеширования.
Администрирование приложений: поддержка представлений БД для различных групп пользователей механизмами внешнего уровня СУБД. При изменении концептуальной схемы БД или схемы хранения может потребоваться внесение соответствующих изменений в приложения.
Администрирование безопасности данных: предоставление пользователям прав на доступ к БД и настройка системных средств защиты от несанкционированного доступа.
Словарь-справочник данных
о владельцах объектов данных, пользователях ресурсов данных и полномочиях их доступа;
о составе и структуре базы данных;
об ограничениях целостности;
о вспомогательных объектах и компонентах информационной системы.
Словарь БД служит для поддержки функционирования компонентов программного обеспечения – СУБД и прикладных программ, работающих с БД. Словарь содержит сведения об организации БД, её составе и структуре, описание данных: форматы представления, структуру, методы доступа, способы размещения данных в памяти и т.п. Информация в словаре представлена в виде, удобном для программного использования.
Справочник БД содержит сведения о семантике данных, способах их идентификации, источниках данных и т.п. Справочник предназначен главным образом для документирования разработки БД и справочного обслуживания её пользователей. Информация в справочнике представлена в виде, удобном для восприятия человеком.
Множества метаданных словаря и справочника в значительной мере пересекаются. Более того, они могут реализовываться совместно: во многих РСУБД словарь состоит из таблиц (table), содержащих описание объектов БД, а справочник реализуется с помощью представлений (view) над таблицами словаря.
1С:Предприятие 8 - программный продукткомпании1С, предназначенный для быстрой разработки прикладных решений. Технологическая платформа «1С:Предприятие» не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), использующих единую технологическую платформу. Платформа и прикладные решения, разработанные на её основе, образуют систему программ «1С:Предприятие», которая предназначена для автоматизации различных видов деятельности, включая решение задач автоматизации учёта и управления на предприятии (КИС).
Web - сервер -Apache2.2.10.
Apache - сервер номер один в сети Интернет. Более половины всех интернет сайтов работают под Apache или производных от него. Преимущества Apache заключаются в модульной организации, стабильности и быстродействии. При наличии соответствующих аппаратных средств и настройке он может выдерживать самые высокие загрузки. Следствием модульной архитектуры сервера является гибкость, легкость изменения и конфигурации Web- сервера.
С помощью web- сервераApacheможно управлять сотнями сайтов с разными именами и уровнями доступа. Денежная стоимость и временные затраты на добавление каждого сайта минимальны. Веб-сервер Apache, популярный благодаря своей прозрачности для программистов и администраторов и не в последнюю очередь благодаря бесплатности, реализован под все более-менее популярные операционные системы. Его настройки для всех ОС одинаковы, различаются только пути, где хранятся конфигурационные файлы. На одном сервере может быть запущено несколько экземпляров Apache, прослушивающих разные адреса и/или порты. Один экземпляр может обслуживать несколько сайтов. Проект настолько популярен, что постоянно обрастает новой функциональностью.
Антивирусный сервер – Avast Professional Edition 4.8. Возможности программы:
Резидентный антивирусный сканер.
Проверка компьютера на вирусы во время показа экранной заставки.
Проверка компьютера на вирус во время запуска, до полной загрузки операционной системы.
Эвристический анализ.
Блокировка вредоносных скриптов.
Автоматическое обновление антивирусных баз, а также самой программы.
Встроенный в программу облегчённый межсетевой экран (IDS -- Intrusion Detection System (система обнаружения вторжений)).
Модульность резидентной защиты: Web экран; Мгновенные сообщения; Сетевой экран; Стандартный экран; Экран P2P; Электронная почта, также модули проверки почтовых баз программ Microsoft Outlook, Outlook Express и плагин для The Bat!.
Сканер SMTP/POP3/IMAP4 и плагин для Outlook
Удаление шпионского программного обеспечения (spyware) с компьютера.
Возможность установки пароля на изменение настроек программы.
Многоязычный интерфейс.
Антивирусный сканер командной строки.
Ведение VRDB - Virus Recover Database - базы восстановления заражённых файлов.
Поддержка тем оформления (в базовую поставку уже включены 3).
Продукт сертифицирован ICSA.
Proxy - сервер - Extra Systems Proxy Server (ES Proxy)
Extra Systems Proxy Server четвертого поколения - бесплатный прокси-сервер для Windows. Предлагаемая версия прокси-сервера предназначена для работы на платформе Win32: Windows 95, 98, ME, NT, 2000, 2003, XP. Рекомендуются, однако, серверные платформы. Также рекомендуется, чтобы сервер, на котором работает данная программа, был выделенным (то есть не использовался в качестве рабочей станции). Назначением данной программы является обеспечение одновременного доступа в Интернет со стороны множества компьютеров локальной сети клиента через один имеющийся в его распоряжении канал связи с провайдером. Рассматриваемый программный продукт уже встроен в операционную систему и его необходимо только запустить в качестве сервиса. Данная программа может использоваться любым лицом или организацией для любых целей, не противоречащих закону, в том числе коммерческих, без какой-либо оплаты авторам.
Print - сервер - Print Server 2.4.
Программа не требует инсталляции и дополнительных настроек. Работа с принтером осуществляется по протоколу TCP IP. С помощью данной программы любой локальный принтер можно сделать сетевым. Для этого достаточно запустить программу на файл-сервере, к которому подключен принтер. На рабочей машине необходимо зайти в установки принтера и установить поддержку соответствующего принтера, указав, что он является сетевым с IPадресом файл-сервера.
Mail - сервер - Courier Mail Server 1.56 - это бесплатный почтовый сервер (сервер электронной почты) под Windows для офисных и домашних сетей. Он поможет вам быстро организовать обмен электронной почтой в локальной сети и в Интернете.
Достоинства Courier Mail Server:
простота установки и удаления
компактность
лёгкость администрирования
малое потребление системных ресурсов
многопоточность
удобная графическая оболочка
русскоязычный интерфейс и документация
поддержка неограниченного числа почтовых ящиков
Состав Courier Mail Server:
SMTP-сервер, POP3-сервер, IP-фильтр, SMTP-клиент, POP3-клиент, планировщик, сортировщик почты, удалённый доступ.
Определения База данных (БД) именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области. Система управления базами данных (СУБД) совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями. Использование СУБД позволяет создавать программы независимые от способов реализации хранения данных на внешних носителях. Для работы с базой данных СУБД должна обеспечивать: возможность использования средств доступа и манипуляции данными БД; работу с большим объемом данных; быстроту поиска данных; логическую целостность данных (их непротиворечивость); надежность хранения данных (возможность восстановления из-за различных сбоев); возможность авторизации и разграничения полномочий пользователей (защиту от несанкционированного доступа). 2
Основные функции СУБД 1. Непосредственное управление данными во внешней памяти Эта функция включает обеспечение необходимых структур внешней памяти как для хранения данных, непосредственно входящих в БД, так и для служебных целей, например, для убыстрения доступа к данным в некоторых случаях (обычно для этого используются индексы). что в развитых СУБД пользователи в любом случае не обязаны знать, использует ли СУБД файловую систему, и если использует, то как организованы файлы. 2. Управление буферами оперативной памяти В развитых СУБД поддерживается собственный набор буферов оперативной памяти с собственной дисциплиной замены буферов. 3. Управление транзакциями Транзакция - это последовательность операций над БД, рассматриваемых СУБД как единое целое. Либо транзакция успешно выполняется, и СУБД фиксирует (COMMIT) изменения БД, произведенные этой транзакцией, во внешней памяти, либо ни одно из этих изменений никак не отражается на состоянии БД. Понятие транзакции необходимо для поддержания логической целостности БД. Поддержание механизма транзакций является обязательным условием даже однопользовательских СУБД (если, конечно, такая система заслуживает названия СУБД). Но понятие транзакции гораздо более важно в многопользовательских СУБД. 3
Основные функции СУБД 4. Журнализация Журнал - это особая часть БД, недоступная пользователям СУБД и поддерживаемая с особой тщательностью (иногда поддерживаются две копии журнала, располагаемые на разных физических дисках), в которую поступают записи обо всех изменениях основной части БД. В разных СУБД изменения БД журнализуются на разных уровнях: иногда запись в журнале соответствует некоторой логической операции изменения БД, иногда - минимальной внутренней операции модификации страницы внешней памяти; в некоторых системах одновременно используются оба подхода. 5. Поддержка языков БД язык определения схемы БД (SDL - Schema Definition Language) язык манипулирования данными (DML - Data Manipulation Language) язык SQL (Structured Query Language): позволяет определять схему реляционной БД и манипулировать данными (реализует SDL и DML) содержит специальные средства определения ограничений целостности БД производит авторизацию доступа к объектам БД 4
Компоненты СУБД ядро, которое отвечает за управление данными во внешней и оперативной памяти, и журнализацию, процессор языка базы данных, обеспечивающий оптимизацию запросов на извлечение и изменение данных и создание, как правило, машинно- независимого исполняемого внутреннего кода, подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД а также сервисные программы (внешние утилиты), обеспечивающие ряд дополнительных возможностей по обслуживанию информационной системы. 5
Архитектура СУБД Трехуровневая модель системы управления базой данных, предложенная ANSI (American National Standards Institute) Эта архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую (между уровнями 2 и 3) независимость при работе с данными. Выделение концептуального уровня позволило разработать аппарат централизованного управления базой данных. Уровень внешних моделей Физический уровень 6
Уровень внешних моделей самый верхний уровень, где каждая модель имеет свое "видение" данных. Этот уровень определяет точку зрения на БД отдельных приложений. Каждое приложение видит и обрабатывает только те данные, которые необходимы именно этому приложению. Концептуальный уровень центральное управляющее звено, здесь база данных представлена в наиболее общем виде, который объединяет данные, используемые всеми приложениями, работающими с данной базой данных. Фактически концептуальный уровень отражает обобщенную модель предметной области (объектов реального мира), для которой создавалась база данных. Как любая модель, концептуальная модель отражает только существенные, с точки зрения обработки, особенности объектов реального мира. Физический уровень собственно данные, расположенные в файлах или в страничных структурах, расположенных на внешних носителях информации. 7
Архитектура "файл-сервер" 9
Файл-серверные СУБД Файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере. Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость централизованного управления; затруднённость обеспечения таких важных характеристик как высокая надёжность, доступность и безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД. Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxProMicrosoft AccessParadoxdBaseFoxProVisual FoxPro 10
Архитектура "клиент – сервер" 11
Клиент-серверные СУБД Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Примеры: Oracle, Firebird, Interbase, IBM DB2, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, ЛИНТЕР.OracleFirebirdInterbaseIBM DB2MS SQL ServerSybase Adaptive Server EnterprisePostgreSQLMySQLCachéЛИНТЕР 12
Встраиваемые СУБД Может поставляться как составная часть некоторого программного продукта, не требуя процедуры самостоятельной установки. Предназначена для локального хранения данных своего приложения и не рассчитана на коллективное использование в сети. Физически чаще всего реализована в виде подключаемой библиотеки. Доступ к данным со стороны приложения может происходить через SQL либо через специальные программные интерфейсы. Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, MySQL, Sav Zigzag, Microsoft SQL Server Compact, ЛИНТЕР.OpenEdgeSQLiteBerkeleyDBFirebird EmbeddedMySQLSav Zigzag Microsoft SQL Server CompactЛИНТЕР 13
Разграничение функций между сервером и клиентом Функции приложения-клиента: Посылка запросов серверу. Интерпретация результатов запросов, полученных от сервера. Представление результатов пользователю в некоторой форме (интерфейс пользователя). Функции серверной части: Прием запросов от приложений-клиентов. Интерпретация запросов. Оптимизация и выполнение запросов к БД. Отправка результатов приложению-клиенту. Обеспечение системы безопасности и разграничение доступа. Управление целостностью БД. Реализация стабильности многопользовательского режима работы. 14
Современные локальные СУБД используются для сравнительно небольших задач (небольшой объем обрабатываемых данных, малое количество пользователей) имеют относительно упрощенную архитектуру, в частности, функционируют в режиме файл-сервер, поддерживают не все возможные функции СУБД (например, не ведется журнал транзакций, отсутствует возможность автоматического восстановления базы данных после сбоев и т. п.) dBase III – PLUS, Clipper (фирма Nantucket Inc.), FoxPro (фирма Fox Software), FoxBase+ (фирма Fox Software), Visual FoxPro (фирма Microsoft), PARADOX (фирма Borland International) Microsoft Access (фирма Microsoft). 15
Администрирование БД Администрирование базы данных – это функция управления базой данных (БД). Лицо ответственное за администрирование БД называется Администратор базы данных (АБД) или Database Administrator (DBA). Администратор базы данных (АБД) или Database Administrator (DBA) – это лицо, отвечающее за выработку требований к базе данных, её проектирование, реализацию, эффективное использование и сопровождение, включая управление учётными записями пользователей БД и защиту от несанкционированного доступа, а так же поддержку целостности базы данных. 17
Задачи администратора БД 1. Проектирование базы данных. 2. Оптимизация производительности базы данных. 3. Обеспечение и контроль доступа к базе данных. 4. Обеспечение безопасности в базе данных. 5. Резервирование и восстановление базы данных. 6. Обеспечение целостности баз данных. 7. Обеспечение перехода на новую версию СУБД. 18
Специализации администратора БД 1. Системный администратор. 2. Архитектор БД. 3. Аналитик БД. 4. Разработчик моделей данных. 5. Администратор приложении. 6. Проблемно-ориентированный администратор БД. 7. Аналитик производительности. 8. Администратор хранилища данных. 19
Для успешного применения этого программного обеспечения необходимо правильно выбрать подходящий режим работы. Пригодятся на практике также знания о совместимости 1С с разными базами данных. Материалы этой статьи помогут точнее настроить функционирование приложений с учетом требований конкретного предприятия.
Режимы работы и клиентские приложения
В самом простом варианте конфигурации системы рекомендуется применение специального файла: «1Cv8.1CD». В нем хранится новая информация пользователей, фиксируются изменения в регистрах, сделанные индивидуальные настройки. Такой способ отличается удобством использования. Его функционал доступен без дополнительных затрат. Единственным существенным недостатком является ограниченное число пользователей, не более 10.
Важно! Для хранения самого файла «1Cv8.1CD» выделяют отдельный компьютер. К нему впоследствии организуют доступ всех пользователей по локальной сети, которые получают возможность работы с дисковым пространством. В данном случае происходит имитация режима «клиент-сервер».
Приведем сведения, которые позволят точнее оценить пригодность такого выбора для решения определенных задач:
- Структура упомянутого выше файла является табличной. Размер каждого отдельного блока ограничен объемом 4 Гб;
- Если используются «младшие» версии 1С, ниже чем 8.3, то корректное выполнение некоторых заданий в автоматическом режиме будет невозможно. Ограничением является необходимость подключения отдельных пользователей;
- В этом варианте нельзя осуществлять одновременное проведение нескольких документов;
- Он не обеспечивает высокий уровень безопасности. При желании любой пользователь в состоянии сделать копию основного файла, в котором хранится база данных предприятия.
Для более масштабных проектов лучше подходит полноценная организация работы в режиме «клиент-сервер». Перечислим его особенности:
- Такой вариант разработан для одновременной работы большого количества пользователей. Для получения достаточной производительности применяют разные системы управления базами данных и сервера, объединенные в кластеры;
- Его скоростные параметры лучше по сравнению с «файловым» вариантом, что позволяет обрабатывать быстрее большие массивы данных;
- В данном случае проще установить и эксплуатировать современную защиту информации;
- Для увеличения вычислительной мощности достаточно добавления нужного количества серверов в определенный кластер.
В режиме «клиент-сервер» применяют стандартно архитектуру из трех уровней. Самый нижний – это пользовательские программы. От них поступают обращения к серверам кластера. При необходимости, включается кэширование данных. Алгоритм обработки запросов предусматривает возможность немедленного получения ответов. Для получения информации под управлением менеджера процессов сервер формирует обращение к СУБД. Данные к клиенту поступают по обратной цепочке.
Совет! Если предполагаются пиковые нагрузки, то рекомендуется установить необходимое количество дополнительных рабочих серверов. К ним будут автоматически перенаправляться запросы пользователей.
Для перехода от файлового варианта, к более производительному, «клиент-серверному» режиму достаточно загрузить старые данные в специальный архив. Их далее хранят на сервере. В разделе «Конфигурация» программы 1С можно посмотреть, какой именно режим активизирован.
Клиентские приложения
В 1С предусмотрена работа с применением нескольких видов программного обеспечения. Отметим особенности этих трех клиентов:
- Тонкий – прием/передача данных осуществляется на основе собственного протокола. Если используется https, то необходима соответствующая настройка сервера.
- Толстый применяется только при достаточной производительности линий связи. С его помощью выполняют отладочные и вычислительные операции, обращаются к БД.
- В Web используют программы, работающие в браузере.
Важно! Применение не пригодно для решения разработчиком практических вопросов.
Если используется «файловый» режим, то к данным в 1Cv8.1CD могут обращаться напрямую, а Web – только через сервер. При работе с тонким клиентом допустимо использование обоих путей. В «клиент-серверном» варианте применяются подобные схемы, но добавляется еще одно звено, объединенные в кластер сервера. Именно от него получают некоторые ответы оперативно. При необходимости запрос адресуется на более высокий уровень, в СУБД.
Применение разных систем управления базами данных
- Файловая СУБД:
- Представление любой из таблиц следующими файлами: описания, записей, индексов и значений;
- Каждый из файлов занимает не более 4 Гб на диске;
- Длина ключа ограничена 1920 байтами;
- Для индексации допустимо использовать максимум 256 полей.
- PostgreSQL:
- Если использован режим сортировки по возрастанию величин NULL располагаются в конце списка;
- Скорость обработки данных в этой СУБД уменьшается при существенном повышении интенсивности обращений пользователей;
- Показатели производительности сильно зависят от соответствующих технических параметров накопителей;
- Особый алгоритм фиксации каждой транзакции повышает уровень надежности;
- Предотвратить появление ошибок поможет комплексное использование источников бесперебойного питания и массивов RAID.
- Microsoft SQL – наибольшее количество в одном запросе таблиц не должно превышать 256 ед.;
- В Oracle DB, как и PostgreSQL после сортировки по возрастанию NULL устанавливается в конце списка. В этой СУБД запрещено «Упорядочить», или «Первые» размещать внутри конструкции «В «подзапрос». При ее использовании следует внимательно работать со статистическими данными планов запросов. Они оказывают заметное влияние на стабильность 1С;
- IBM DB2:
- NULL не является типизированным показателем;
- Числовое значение не должно превышать 31 символ;
- Одно поле ограничено объемом 1 Гб;
- При увеличении количества подзапросов (в условии соединения) не исключено некоторое снижение производительности.
Правильное внедрение 1С на предприятии осуществляется с учетом сведений, представленных в этой статье.
Файловая СУБД - одна из систем управления базами данных , которую поддерживает платформа. Файловая СУБД разработана фирмой "1С" и является частью платформы.
Файловая СУБД хранит все данные в одном файле - файловой базе данных . Этот формат хранения данных разработан фирмой "1С" специально для прикладных решений 1С:Предприятия 8.
При создании платформы был необходим эффективный формат для создания на его основе легкого варианта 1С:Предприятия 8 для персонального использования и небольших рабочих групп. Формат должен был удовлетворять определенным требованиям, таким как, эффективность, поддержка UNICODE , возможность размещения всей информационной базы в одном файле. Использование этого варианта не должно было требовать установки дополнительного программного обеспечения у пользователя и каких-либо действий по администрированию.
Должна была обеспечиваться, например, возможность легкого переноса информационной базы на ноутбук или быстрого развертывания удаленного рабочего места на складе. При этом прикладное решение должно было без каких-либо изменений работать как в этом варианте, так и в варианте с использованием сервера баз данных.
По результатам исследования продуктов сторонних производителей и их анализа было принято решение о создании собственного "движка" базы данных, поддерживающего собственный формат хранения.
Техническая реализация работы с файловой базой данных
Файловая СУБД является частью платформы, поэтому при работе системы в файловом варианте толстый и тонкий клиенты самостоятельно осуществляют всю работу с данными.
