Использование архитектуры клиент-сервер в системе 1С: Предприятие


Федеральное агентство по образованию

Государственное образовательное учреждение высшего профессионального образования

«Вятский государственный гуманитарный университет»

ФАКУЛЬТЕТ ИНФОРМАТИКИ

Кафедра прикладной информатики

КУРСОВАЯ РАБОТА

ИСПОЛЬЗОВАНИЕ АРХИТЕКТУРЫ КЛИЕНТ-СЕРВЕР В СИСТЕМЕ 1С ПРЕДПРИЯТИЕ

Выполнила Касаткина Надежда Владимировна

Научный руководитель Ишутинов Андрей Юрьевич

Киров 2010

Содержание

Введение

1. Система управления базами данных

1.1 Типы архитектур построения Баз Данных (БД)

1.1.1 Технология «файл-сервер»

1.1.2 Технология «клиент — сервер»

1.1.3 Трехзвенная архитектура «клиент — сервер»

2. Реализация работы с БД в системе «1С: Предприятие»

2.1 «1С: Предприятие» версия 7.7

2.2 «1С: Предприятие» версия 8.1

2.3 «1С: Предприятие» версия 8.2

Заключение

Список использованных источников

Введение

В данной работе представлена информация об использовании различных архитектур Системы управления базами данных (СУБД) на разных версиях системы 1С: Предприятие.

1С: Предприятие — программный продукт компании 1С, предназначенный для быстрой разработки прикладных решений. Технологическая платформа «1С: Предприятие» не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), использующих единую технологическую платформу. Платформа и прикладные решения, разработанные на её основе, образуют систему программ «1С: Предприятие», которая предназначена для автоматизации различных видов деятельности, включая решение задач автоматизации учёта и управления на предприятии (КИС).

Средства быстрой разработки представлены визуальным «конфигурированием», которое позволяет разработчику сосредоточиться на создании бизнес-логики приложения и не заниматься технологическими подробностями, такими, как организация взаимодействия с базой данных, обработка транзакционных блокировок, нюансы программирования экранных форм и т. п. Конфигурирование частично заменяет кодирование и, таким образом, снижает требования к квалификации разработчиков 1С. Тем не менее, имеет встроенный язык для реализации произвольной бизнес-логики.

1. Система управления базами данных

В начале стоит дать определение СУБД:

Система управления базами данных (СУБД) — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных.

Основные функции СУБД:

· управление данными во внешней памяти (на дисках);

· управление данными в оперативной памяти с использованием дискового кэша;

· журнализация изменений, резервное копирование и восстановление базы данных СУБД после сбоев;

· поддержка языков баз данных (язык определения данных, язык манипулирования данными).

Обычно современная СУБД содержит следующие компоненты:

· ядро, которое отвечает за управление данными во внешней и оперативной памяти, и журнализацию,

· процессор языка базы данных, обеспечивающий оптимизацию запросов на извлечение и изменение данных и создание, как правило, машинно-независимого исполняемого внутреннего кода,

· подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД

· а также сервисные программы (внешние утилиты), обеспечивающие ряд дополнительных возможностей по обслуживанию информационной системы.

1.1 Типы архитектур построения Баз Данных (БД)

Существует несколько различных типов построения баз данных, но в этой работе будут рассмотрены технологии, которые реализованы в системе 1С: Предприятие, а именно:

· архитектура «файл-сервер»;

· архитектура «клиент-сервер»;

· трехзвенная (многозвенная) архитектура «клиент-сервер».

1.1.1 Технология с сетью и файловым сервером (архитектура «файл-сервер»)

Увеличение сложности задач, появление персональных компьютеров и локальных вычислительных сетей явились предпосылками появления новой архитектуры файл-сервер.

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

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

Центральный сервер выполняет в основном только роль хранилища файлов, не участвуя в обработке самих данных (рис.2.1.1 Архитектура «файл-сервер»).

Рис. 1.1.1 Архитектура «файл-сервер»

Работа построена следующим образом:

· База данных в виде набора файлов находится на жестком диске специально выделенного компьютера (файлового сервера).

· Существует локальная сеть, состоящая из клиентских компьютеров, на каждом из которых установлены СУБД и приложение для работы с БД.

· На каждом из клиентских компьютеров пользователи имеют возможность запустить приложение. Используя предоставляемый приложением пользовательский интерфейс, он инициирует обращение к БД на выборку/обновление информации.

· Все обращения к БД идут через СУБД, которая инкапсулирует внутри себя все сведения о физической структуре БД, расположенной на файловом сервере.

· СУБД инициирует обращения к данным, находящимся на файловом сервере, в результате которых часть файлов БД копируется на клиентский компьютер и обрабатывается, что обеспечивает выполнение запросов пользователя.

· При необходимости (в случае изменения данных) данные отправляются назад на файловый сервер с целью обновления БД.

· Результат СУБД возвращает в приложение.

· Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.

В рамках архитектуры «файл-сервер» были выполнены первые версии популярных так называемых настольных СУБД, таких, как dBase и Microsoft Access.

В литературе указываются следующие основные недостатки данной архитектуры:

· При одновременном обращении множества пользователей к одним и тем же данным производительность работы резко падает, т. к. необходимо дождаться пока пользователь, работающий с данными, завершит свою работу. В противном случае возможно затирание исправлений, сделанных одними пользователями, изменениями других пользователей.

· Вся тяжесть вычислительной нагрузки при доступе к БД ложится на приложение клиента, так как при выдаче запроса на выборку информации из таблицы вся таблица БД копируется на клиентскую машину и выборка осуществляется на клиенте. Таким образом, неоптимально расходуются ресурсы клиентского компьютера и сети. В результате возрастает сетевой трафик и увеличиваются требования к аппаратным мощностям пользовательского компьютера.

· Как правило, используется навигационный подход, ориентированный на работу с отдельными записями.

· В БД на файл-сервере гораздо проще вносить изменения в отдельные таблицы, минуя приложения, непосредственно из инструментальных средств; подобная возможность облегчается тем обстоятельством, что фактически у таких СУБД база данных — понятие более логическое, чем физическое, поскольку под БД понимается набор отдельных таблиц, сосуществующих в отдельном каталоге на диске. Все это позволяет говорить о низком уровне безопасности — как с точки зрения хищения и нанесения вреда, так и с точки зрения внесения ошибочных изменений.

· Недостаточно развитый аппарат транзакций служит потенциальным источником ошибок в плане нарушения смысловой и ссылочной целостности информации при одновременном внесении изменений в одну и ту же запись.

1.1.2 Технология «клиент — сервер»

Использование технологии «клиент — сервер» предполагает наличие некоторого количества компьютеров, объединенных в сеть, один из которых выполняет особые управляющие функции (является сервером сети).

Так, архитектура «клиент — сервер» разделяет функции приложения пользователя (называемого клиентом) и сервера. Приложение-клиент формирует запрос к серверу, на котором расположена БД, на структурном языке запросов SQL (Structured Query Languague), являющемся промышленным стандартом в мире реляционных БД. Удаленный сервер принимает запрос и переадресует его SQL-серверу БД. SQL-сервер — специальная программа, управляющая удаленной базой данных. SQL-сервер обеспечивает интерпретацию запроса, его выполнение в базе данных, формирование результата выполнения запроса и выдачу его приложению-клиенту. При этом ресурсы клиентского компьютера не участвуют в физическом выполнении запроса; клиентский компьютер лишь отсылает запрос к серверной БД и получает результат, после чего интерпретирует его необходимым образом и представляет пользователю. Так как клиентскому приложению посылается результат выполнения запроса, по сети «путешествуют» только те данные, которые необходимы клиенту. В итоге снижается нагрузка на сеть. Поскольку выполнение запроса происходит там же, где хранятся данные (на сервере), нет необходимости в пересылке больших пакетов данных. Кроме того, SQL-сервер, если это возможно, оптимизирует полученный запрос таким образом, чтобы он был выполнен в минимальное время с наименьшими накладными расходами.

Рис. 1.1.2 Архитектура «клиент — сервер»

программный архитектура база сервер

Все это повышает быстродействие системы и снижает время ожидания результата запроса. При выполнении запросов сервером существенно повышается степень безопасности данных, поскольку правила целостности данных определяются в базе данных на сервере и являются едиными для всех приложений, использующих эту БД. Таким образом, исключается возможность определения противоречивых правил поддержания целостности. Мощный аппарат транзакций, поддерживаемый SQL-серверами, позволяет исключить одновременное изменение одних и тех же данных различными пользователями и предоставляет возможность откатов к первоначальным значениям при внесении в БД изменений, закончившихся аварийно.

Итак, в результате работа построена следующим образом:

· База данных в виде набора файлов находится на жестком диске специально выделенного компьютера (сервера сети).

· СУБД располагается также на сервере сети.

· Существует локальная сеть, состоящая из клиентских компьютеров, на каждом из которых установлено клиентское приложение для работы с БД.

· На каждом из клиентских компьютеров пользователи имеют возможность запустить приложение. Используя предоставляемый приложением пользовательский интерфейс, он инициирует обращение к СУБД, расположенной на сервере, на выборку/обновление информации. Для общения используется специальный язык запросов SQL, т. е. по сети от клиента к серверу передается лишь текст запроса.

· СУБД инкапсулирует внутри себя все сведения о физической структуре БД, расположенной на сервере.

· СУБД инициирует обращения к данным, находящимся на сервере, в результате которых на сервере осуществляется вся обработка данных и лишь результат выполнения запроса копируется на клиентский компьютер. Таким образом, СУБД возвращает результат в приложение.

· Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.

Рассмотрим, как выглядит разграничение функций между сервером и клиентом.

v Функции приложения-клиента:

· Посылка запросов серверу.

· Интерпретация результатов запросов, полученных от сервера.

· Представление результатов пользователю в некоторой форме (интерфейс пользователя).

v Функции серверной части:

· Прием запросов от приложений-клиентов.

· Интерпретация запросов.

· Оптимизация и выполнение запросов к БД.

· Отправка результатов приложению-клиенту.

· Обеспечение системы безопасности и разграничение доступа.

· Управление целостностью БД.

· Реализация стабильности многопользовательского режима работы. В архитектуре «клиент — сервер» работают так называемые «промышленные» СУБД. Промышленными они называются из-за того, что именно СУБД этого класса могут обеспечить работу информационных систем масштаба среднего и крупного предприятия, организации, банка. К разряду промышленных СУБД принадлежат MS SQL Server, Oracle, Gupta, Informix, Sybase, DB2, InterBase и ряд других.

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

Рассмотрим основные достоинства данной архитектуры по сравнению с архитектурой «файл-сервер»:

· Существенно уменьшается сетевой трафик.

· Уменьшается сложность клиентских приложений (большая часть нагрузки ложится на серверную часть), а, следовательно, снижаются требования к аппаратным мощностям клиентских компьютеров.

· Наличие специального программного средства — SQL-сервера — приводит к тому, что существенная часть проектных и программистских задач становится уже решенной.

· Существенно повышается целостность и безопасность БД.

К числу недостатков можно отнести более высокие финансовые затраты на аппаратное и программное обеспечение, а также то, что большое количество клиентских компьютеров, расположенных в разных местах, вызывает определенные трудности со своевременным обновлением клиентских приложений на всех компьютерах-клиентах. Тем не менее, архитектура «клиент — сервер» хорошо зарекомендовала себя на практике, в настоящий момент существует и функционирует большое количество БД, построенных в соответствии с данной архитектурой.

1.1.3 Трехзвенная (многозвенная) архитектура «клиент — сервер»

Трехзвенная (в некоторых случаях многозвенная) архитектура (N-tier или multi-tier). представляет собой дальнейшее совершенствование технологии «клиент — сервер». Рассмотрев архитектуру «клиент — сервер», можно заключить, что она является 2-звенной: первое звено — клиентское приложение, второе звено — сервер БД + сама БД. В трехзвенной архитектуре вся бизнес-логика (деловая логика), ранее входившая в клиентские приложения, выделяется в отдельное звено, называемое сервером приложений. При этом клиентским приложениям остается лишь пользовательский интерфейс. Так, в качестве клиентского приложения в описанном выше примере выступает Web-браузер.

Что улучшается при использовании трехзвенной архитектуры? Теперь при изменении бизнес-логики более нет необходимости изменять клиентские приложения и обновлять их у всех пользователей. Кроме того, максимально снижаются требования к аппаратуре пользователей.

Итак, в результате работа построена следующим образом:

· База данных в виде набора файлов находится на жестком диске специально выделенного компьютера (сервера сети).

· СУБД располагается также на сервере сети.

· Существует специально выделенный сервер приложений, на котором располагается программное обеспечение (ПО) делового анализа.

· Существует множество клиентских компьютеров, на каждом из которых установлен так называемый «тонкий клиент» — клиентское приложение, реализующее интерфейс пользователя.

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

· Сервер приложений анализирует требования пользователя и формирует запросы к БД. Для общения используется специальный язык запросов SQL, т. е. по сети от сервера приложений к серверу БД передается лишь текст запроса.

· СУБД инкапсулирует внутри себя все сведения о физической структуре БД, расположенной на сервере.

· СУБД инициирует обращения к данным, находящимся на сервере, в результате которых результат выполнения запроса копируется на сервер приложений.

· Сервер приложений возвращает результат в клиентское приложение (пользователю).

· Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.

2. Реализация работы с БД в системе «1С: Предприятие»

Масштабируемость — это способность системы адаптироваться к расширению предъявляемых требований и возрастанию объемов решаемых задач.

Одним из основных показателей масштабируемости системы является возможность эффективной работы при увеличении количества решаемых задач, объема обрабатываемых данных и количества интенсивно работающих пользователей (рис.3 «Сравнение версий»).

Рис.2 «Сравнение версий»

2.1 «1С: Предприятие» версия 7.7

Программные продукты системы «1С: Предприятие» способны «расти» вместе с организацией, в которой они «работают». Спектр программных продуктов системы «1С: Предприятие» включает однопользовательские и сетевые версии; версии, работающие в архитектуре «клиент-сервер», а также дополнительную компоненту для организации обмена информацией между территориально удаленными филиалами организации.

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

Однопользовательская версия. Для каждого программного продукта системы «1С: Предприятие» имеется вариант поставки в виде однопользовательской версии. Такая версия рассчитана на работу на одном компьютере, но обладает всей полнотой возможностей по автоматизации учета и адаптации к особенностям конкретной организации.

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

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

Версия для SQL. «1С: Предприятие» версия для SQL представляет собой расширение системы «1С: Предприятие», позволяющее организовать работу с базой данных в режиме «клиент-сервер». Использование технологии «клиент-сервер» существенно повышает надежность, производительность и стабильность функционирования системы, особенно при работе значительного числа пользователей с информационными базами большого размера. В качестве сервера баз данных система использует Microsoft SQL Server.

WEB-расширение. Новая компонента «1С: Предприятия» позволяет:

объединить возможности системы «1С: Предприятия» в реализации бизнес-логики прикладных решений и средства интернет-технологий для организации удаленного доступа к данным и проектирования интерфейсов;

создавать широкий спектр приложений, предоставляющих доступ к функциональности «1С:Предприятия» через Web-интерфейс как для пользователей внутрикорпоративной сети (интранет-решения), так и для произвольного круга клиентов и партнеров (интернет-решения).

2.2 «1С: Предприятие» версия 8.1

«1С: Предприятие» 8.1 поддерживает два варианта работы: файловый и клиент-серверный. И в том, и в другом варианте все прикладные решения работают полностью идентично. Файловый вариант работы, в основном, предназначен для персонального использования, в то время как клиент-серверный вариант — для использования в рабочих группах или в масштабе предприятия.

1) Файловый вариант.

Файловый вариант работы с информационной базой рассчитан на персональную работу одного пользователя или работу небольшого количества пользователей в локальной сети. В этом варианте все данные информационной базы (конфигурация, база данных, административная информация) располагаются в одном файле (Рис. 2.2.1 «Файл-сервер в системе «1С: Предприятие» версии 8.1»):

Рис. 2.2.1 «Файл-сервер в системе «1С: Предприятие» версии 8.1»

Такой вариант работы обеспечивает легкость установки и эксплуатации автоматизированной системы. При этом для работы с информационной базой не требуются дополнительные программные средства, достаточно иметь операционную систему и «1С: Предприятие» 8.1.

Файловый вариант «1С: Предприятия» 8.1 обеспечивает высокую целостность информационной базы и простое создание резервных копий. Исключена ситуация, когда пользователь может по ошибке (например, при копировании информационной базы) перепутать различные файлы информационной базы и привести, таким образом, систему в неработоспособное состояние.

Кроме этого резервное копирование может осуществляться на файловом уровне, путем простого копирования файла информационной базы.

2) Клиент — серверный вариант.

Клиент-серверный вариант предназначен для использования в рабочих группах или в масштабе предприятия. Он реализован на основе трехуровневой архитектуры «клиент-сервер» (Рис. 2.2.2 «Клиент-сервер в системе «1С: Предприятие» версии 8.1»):

Рис. 2.2.2 «Клиент-сервер в системе «1С: Предприятие» версии 8.1»

Программа, работающая у пользователя, (клиентское приложение) взаимодействует с кластером серверов «1С: Предприятие» 8.1, а кластер, при необходимости, обращается к серверу баз данных (MS SQL Server или PostgreSQL). При этом физически кластер серверов «1С: Предприятие» 8.1 и сервер баз данных могут располагаться как на одном компьютере, так и на разных. Это позволяет администратору при необходимости распределять нагрузку между серверами.

Использование кластера серверов «1С: Предприятие» 8.1 позволяет сосредоточить на нем выполнение наиболее объемных операций по обработке данных. Например, при выполнении даже весьма сложных запросов программа, работающая у пользователя, будет получать только необходимую ей выборку, а вся промежуточная обработка будет выполняться на сервере. Обычно увеличить мощность кластера серверов гораздо проще, чем обновить весь парк клиентских машин.

Другим важным аспектом использования 3-х уровневой архитектуры является удобство администрирования и упорядочивание доступа пользователей к информационной базе. В этом варианте пользователь не должен знать о физическом расположении конфигурации или базы данных. Весь доступ осуществляется через кластер серверов «1С: Предприятие» 8.1. При обращении к той или иной информационной базе пользователь должен указать только имя кластера и имя информационной базы, а система запрашивает соответственно имя и пароль пользователя.

«1С: Предприятие» 8.1 использует возможности MS SQL Server для эффективной выборки информации:

· механизм запросов ориентирован на максимальное использование MS SQL Server для выполнения расчетов и составления отчетов;

· просмотр больших динамических списков обеспечивается без выполнения большого количества обращений к базе данных; при этом пользователю предоставляются возможности эффективного поиска, а также настройки отбора и сортировки. Развертывание клиент-серверного варианта и его администрирование выполняется довольно просто. Например, создание базы данных производится непосредственно в процессе запуска конфигуратора (так же, как и для файлового варианта). В поставку системы входит утилита администрирования клиент-серверного варианта работы, позволяющая администратору управлять информационными базами и подключением пользователей.

2.3 «1С: Предприятие» версия 8.2

Клиент-серверный вариант работы (Client-Server Operation Variant)

Один из альтернативных вариантов работы платформы «1С: Предприятие» 8.2, является клиент — серверный. «Клиент — сервер» выполнен на основе архитектуры трех уровней.

Архитектура клиент-сервера делит работающую систему на три части, которые обусловленным образом взаимодействуют между собой

· клиентское приложение

· кластер — серверов «1С: Предприятия»

· сервер баз данных.

Клиентское приложение любого пользователя, работая с кластером серверов «1С: Предприятие» 8.2 при необходимости обращается к базе данных на сервере.

При этом совершенно не обязательно чтобы сервер базы данных и кластер серверов «1С: Предприятие» 8.2 находился на одном компьютере, это может быть и другой компьютер. Такие возможности помогут пропорционально разделить нагрузку между серверами.

Применение кластера серверов «1С: Предприятие» 8.2, это возможность сконцентрировать на нем осуществление объемных операций по обработке баз данных. Это могут быть выполнение объемных сложных запросов, и в этом случае программа пользователя получит только необходимую информацию в виде тематической выборки, а вся обработка будет происходить непосредственно на сервере. Такая возможность дает значительно облегчить работу, ведь увеличить мощность кластера намного легче, чем обновление программных систем целого ряда компьютеров.

Еще одно достоинство трехуровневой архитектуры, это возможность свободно администрировать и контролировать доступ всех пользователей к информации базы данных. И совершенно не обязательно пользователю вникать в расположение баз данных или конфигурации, весь доступ происходит через кластер серверов платформы «1С: Предприятие» 8.2. При вводе запроса достаточно указать название информационной базы и имя необходимого кластера, сообщив при этом пароль.

В данном случае платформа «1С: Предприятие» 8.2 для результативной выборки информации сама оперирует всеми базами данных:

· Специальные механизмы запросов направлены на самую максимальную эксплуатацию СУБД для выполнения необходимых видов работ связанных с расчетами и оформлением отчетов;

· Возможность избежать огромного числа запросов к базе данных при большом объеме запрашиваемой информации. Действия упрощаются за счет существующих настроек отбора и сортировки данных, увеличивая при этом эффективность поиска.

Формирование клиент-серверной версии, и ее администрирование не требует специальных навыков. Создание баз данных выполняется вовремя запуска конфигуратора, то же самое и для файлового варианта.

Клиентские приложения.

Работа с клиентским приложением возможна через веб-сервер или напрямую с кластером. При подключении к кластеру толстый клиент и тонкий клиент непосредственно используют для передачи данных протокол TCP/IP. Если подключение осуществляется через веб-сервер тонкий клиент и веб-клиент используют протокол HTTP или HTTPS.

Кластер серверов 8.2

Основным компонентом системы «1С: Предприятие» 8.2, с помощью которого взаимодействуют пользователи с системой баз данных при работе с клиент сервером, является кластер серверов.

Существование кластера делает возможной бесперебойную, отказоустойчивую, работу значительного числа пользователей с большими информационными базами.

Сервер баз данных

В качестве сервера баз данных используются:

· База Microsoft SQL Server

· База PostgreSQL

· База IBM DB2

· База Oracle Database

Администрирование клиент-серверного варианта работы 8.2

В комплект платформы входит специальная утилита, которая позволяет администрировать клиент-сервер и управлять администратору всеми подключенными пользователями и информационными базами.

Выполнение на сервере.

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

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

Командный интерфейс формируется аналогично на сервере, и все отчеты выводятся на клиенте

При этом сам механизм платформы направлен на то чтобы объем данных запрошенных данных был минимальным, за счет сортировки данных на сервере. Обработанные данные же поступают с сервера после просмотра их пользователем (данные списков, таблицы, отчеты)

На сервере выполняются следующее:

· Запросы к базам данных

· Запись всех данных

· Проводка документов

· Разные расчеты

· Проведение обработок

· Формирование готовых отчетов

· Подготовка форм к показу.

На клиенте выполняется следующее:

· Передача и открытие форм

· Показ форм

· Получение пользователем сообщений, предупреждений, т. е. информирование

· Проведение быстрых расчетов по простым формулам (цена Х количество)

· Операции с локальными файлами

· Операции с торговым оборудованием.

Главным отличием системы «1С: Предприятие» 8.2 от предыдущих версий является поддержка СУБД Oracle Database.

Oracle Database — одна из систем управления базами данных, которую поддерживает платформа в клиент-серверном варианте работы (Рис. 2.3 «Использование СУБД Oracle Database»).

Рис. 3.3 «Использование СУБД Oracle Database»

Однако при всех своих положительных моментах есть и отрицательные — это цена стоимости лицензии на использование сервера «1С: Предприятие».

При чем, что цена на использование 64-разрядного сервера «1С: Предприятие 8.2, 8.1, 8.0» стоит в 2 раза дороже, чем на использование 32-разрядного сервера «1С: Предприятие 8.2, 8.1, 8.0».

Заключение

«1С: Предприятие» может функционировать по выбору администратора в архитектуре файл-сервер или клиент-сервер. Подобная возможность выбора представляется очень привлекательной: файл-сервер имеет одно безусловное преимущество — он бесплатен. Но наряду с явным преимуществом файл-сервер имеет и ряд существенных недостатков: низкая надежность, сложности с масштабированием, отсутствие серверных механизмов поддержки непротиворечивости данных — всё это и стало причиной отказа большинства известных разработчиков ERP-систем от этой архитектуры.

Что касается выбора клиент-сервера при использовании «1С: Предприятие», то, к сожалению, подобный выбор не предлагает все преимущества этой архитектуры: здесь есть явные плюсы — надежность данных, автоматизация задач обслуживания баз данных, система безопасности, но есть и минусы — серьезные проблемы с производительностью, а также, для одновременно работающих пользователей выявлены весьма низкие пороговые значения объема данных и количества, при достижении которых производительность ряда режимов становится неприемлемой.

Как бы люди, привыкшие к использованию «1С: Предприятие» версии 7 негативно не отзывались о «1С: Предприятие» версии 8, все равно постепенно переходят на последнюю. Это связано с гибкостью и наибольшей эффективностью последних версий продукта компании «1С».

Версия «1С: Предприятие 8.2» — это принципиальное изменение архитектуры платформы версии 8, наиболее существенное с момента ее выпуска.

Список использованных источников

1) Грофф Дж., Вайнберг П. Энциклопедия SQL. 3-е изд СПб.: Питер, 2003

2) Шумаков П. В. Delphi 3 и создание приложений баз данных М.: Изд-во «Нолидж», 1998

3) Конноли Т., Бэгг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика. 2-е изд М.: Издательский дом «Вильямс», 2000 — 1120 с.

4) Свободная энциклопедия «Википедия» [Электронный ресурс]. — Режим доступа: http://ru. wikipedia. org

5) Официальный сайт фирмы «1С» [Электронный ресурс]. — Режим доступа: 1c. ru

6) Сайт «1С: Предприятие 8» [Электронный ресурс]. — Режим доступа: http://v8.1c. ru/

Если вы думаете скопировать часть этой работы в свою, то имейте ввиду, что этим вы только снизите уникальность своей работы! Если вы хотите получить уникальную курсовую работу, то вам нужно либо написать её своими словами, либо заказать её написание опытному автору:
УЗНАТЬ СТОИМОСТЬ ИЛИ ЗАКАЗАТЬ »