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

Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФГБОУ ВПО «ПЕНЗЕНСКИЙ ГОСУДАРСТВЕННЫЙ

УНИВЕРСИТЕТ»

ФАКУЛЬТЕТ ЭКОНОМИКИ И УПРАВЛЕНИЯ

КАФЕДРА «ЭКОНОМИЧЕСКАЯ КИБЕРНЕТИКА»

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

по дисциплине «Экономическая информатика»

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

Выполнила:

студентка группы 15ЭЭ2

Никишина Т.В.

Проверил: к.э.н., доцент

Самыгин Д.Ю.

ПЕНЗА 2015



ВВЕДЕНИЕ

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

Первый этап развития систем управления базами данных (СУБД) связан с организацией баз данных на больших машинах типа IBM 360/370, ЕС-ЭВМ и мини-ЭВМ типа PDP11, различных моделях HP. Особенности этого этапа выражаются в следующем:

- все СУБД в основном поддерживается работа с централизованной базой данных в режиме распределённого доступа, т.к. они основываются на мощных мультипрограммных операционных системах (MVS, SVM, RTE, OSRV, RSX, UNIX). база управление программный

- поддерживаются языки низкого уровня манипулирования данными, которые направлены на навигационные методы доступа к данным;

- проводятся серьёзные работы по обоснованию и формализации реляционной модели данных. Была создана первая система (System R), осуществляющая идеологию реляционной модели данных;

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

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

- стандартизация высокоуровневых языков манипулирования данными (разработка и внедрение стандарта SQL92 во все СУБД);

- СУБД были направлены на создание баз данных (БД) в основном с монопольным доступом;

- в настольных СУБД не было средства поддержки ссылочного и струк-турного единства БД.

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

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

Целью данной курсовой работы является рассмотрение СУБД.

В соответствии с целью сформулированы следующие задачи:

- дать общую характеристику СУБД;

- охарактеризовать основные классы СУБД;

- рассмотреть программные продукты Microsoft и Borland.

Объект исследования - базы данных.

Предмет исследование - особенности применения баз данных.

1. БАЗЫ ДАННЫХ В СУБД

1.1 Понятие и виды базы данных

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

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

Рассмотрим эти виды более подробно.[7,с.128] Иерархические БД обычно используются на главных персональных компьюте -рах (ПК) уже длительное время. Это один из древних способов хранения и организации информации. Его и сейчас продолжают использовать в некоторых организациях. Иерархические БД организованы в виде пирамиды, как ветви дерева расширяются снизу. Т.к. связанные записи либо поля группируются вместе, то можно говорить о том, что здесь присутствуют записи низшего и высшего уровней. Точно так же, как размещаются родители в семейном дереве, соблюдая субординацию. Акцентируясь на такое сходство, родительские записи занимают верх пирамиды и имеют наименование корневые записи. Записи - потомки всегда имеют только одного родителя, который с ними связан. А родительские записи, наоборот, могут иметь более одной дочерней записи. Иерархическая БД работает сверху вниз. Поиск записи начинается с верха пирамиды и проходит через все дерево, пока не будет найдена соответствующая запись. Одной из особенностей является то, что каждая дочерняя запись может являться для других более младших записей родителем. Достоинством иерархического вида БД является то, что они доступны и могут быть быстро обновлены. Такое утверждение вытекает из того, что структурой БД является дерево. И в ходе развития самой БД определяются отношения между записями. Однако данная характеристика имеет двойственное значение. Отрицательной стороной такой структуры является то, что любой из потомков может иметь только одного родителя и установка связей между дочерними элементами не разрешена, даже если это имеет логический смысл. [4] (Рисунок1)

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



Рисунок 1.1. - Иерархические БД

Как и в иерархической БД, сетевая база данных в основном используется на главных ПК. С тех пор, когда стало возможно устанавливать связи между различными типами данных, сетевые БД считаются более гибкими. Однако стоит учесть некоторое ограничение при использовании данной БД. Сетевые БД должны определяться в ходе работы. И здесь имеется ограничение на количество связей между записями. [3, с 123] (Рисунок 2)

Рисунок 1.2 - Сетевая БД

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

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

Своё распространение реляционные БД получили по двум причинам:

- для их осмысления не нужно прикладывать много усилий;

- для переопределения записей нет необходимости изменять структуру.

Отрицательной стороной использования реляционного вида БД является то, что может быть затрачено больше времени при поиске информации, чем при использовании других видов БД. [4] (Рисунок 3)

Рисунок1.3 - Реляционная БД



Ещё одним видом БД является объектно - ориентированные БД.

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

- данные ( к примеру, фото, текст, аудио или видео)

- инструкции, а в программировании - методы, которые дают понять, что можно сделать с данными.

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

Помимо достоинств, объектно-ориентированные базы данных имеют два недостатка:

- они более дорогостоящие в разработке;

- большинство организаций не охотно переходят на данные БД, т.к. они ранее уже вложили деньги в разработку других БД. [3, с 534]

1.2 Система фундаментальных понятий базы данных

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

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

Объект - элемент информационной системы, сведения о котором хранятся в БД. Иногда его именуют сущностью.

Классом объектов именуют их совокупность, которая обладает схожим комплексом свойств.

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

Запись данных - это общность значений связанных частей данных.

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

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

Процесс хранения данных в базе должен подчиняться определённым всеобщим прин¬ципам, среди которых в первую очередь следует отметить:

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

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

Программное обеспечение, которое осуществляет операции над БД, полу¬чило название СУБД.[7, с 230]

1.3 Понятие СУБД и их классификация

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

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

СУБД можно классифицировать по следующим признакам:

По степени универсальности различают СУБД: общего и специального назначения.

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

Тогда приходится разрабатывать специализированную СУБД для предос-тавленного конкретного применения. Примером специализированной СУБД может служить система IMBASE, которая применяется для автоматизации конструкторских и проектных разработок. [5, с 55]

Другим важным классификационным признаком СУБД является тип модели данных. По этому признаку СУБД делятся на:

- иерархические - это модель данных, где представление БД используется в виде древовидной структуры, которая состоит из объектов (данных) различных уровней. Первой иерархической СУБД была система IMS ( Information Management System), распространение которой началось в 1968г.;

- сетевые - СУБД, построены на основе сетевой модели данных. Они подобны иерархической, однако они имеют отличие: в ней присутствуют указатели в обоих направлениях, соединяющие родственную информацию. Первой сетевой СУБД считается система IDS(Integrated Data Store), разработанная компанией General Electric.

- реляционные СУБД - это модель данных, управляющая реляционными БД. Первыми коммерческими реляционными СУБД являются такие программные продукты: IBM, Oracle Corporation, Relation Technology Inc.

На общем уровне все СУБД можно разделить на:

- профессиональные (промышленные) - это такие СУБД, которые пред-ставляют собой программную основу для разработки автоматизированных систем управления большими экономическими объектами. На их основе создаются комплексы управления и обработки информации крупных предприятий, банков и даже целых отраслей. В настоящее время яркими представителями профессиональных СУБД являются следующие программные продукты:Oracle, DB2, Sybase, Informix, Inqres, Progress.

- персональные - это программное обеспечение, которое направлено на решение локального пользователя либо компактной группы пользователей. Они предназначены для применения на персональном компьютере. Это объясняет их второе название - настольные. К ним относятся DBASE, FoxBase, FoxPro, Clipper, Paradox, Access. [1]

По способу доступа к БД выделяют:

- файл - серверные - это такие БД, в которых файлы данных размещаются централизованно на файл - сервере. Ядро СУБД располагается на каждом клиентском компьютере. Доступ к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Достоинством такой архитектуры является низкая нагрузка на центральный процессор (ЦП) сервера. Недостатком - высокая загрузка локальной сети. Примеры: Microsoft Access, Borland Paradox.

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

К ним относятся: Firebird, Interbase, IBM DB2, MS SQL Server, Sybase, Oracle, PostgreSQL, MySQL, ЛИНТЕР.

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

Примеры: OpenEdge, SQLite, BerkeleyDB, один из вариантов Firebird, один из вариантов MySQL, Sav Zigzag, Microsoft SQL Server Compact, ЛИН-ТЕР.[5, с 65]

По архитектуре организации хранения данных:

- локальные СУБД - все части локальной СУБД размещаются на одном компьютере;

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

Таким образом, создание технологии систем управления распределёнными базами данных, является одним из самых больших достижений в области БД.



2. ОСВЕЩЕНИЕ СУБД НА ПРИМЕРЕ КОНКРЕТНЫХ ПРОДУКТОВ

2.1 Программные продукты компании Microsoft

Одним из программных продуктов компании Microsoft является Microsoft Access.

Microsoft Access имеет множество особенностей. Рассмотрим их.

В реляционной БД Access все хранимые данные сгруппированы в виде плоских двумерных взаимосвязанных таблиц. Таблица отражает определённый тип (особенность) объекта и состоит из строк (записей) и столбцов (полей).

Каждая таблица БД имеет неповторимое имя, которое не повторяется внутри БД. Каждый столбец имеет имя, которое записывается в верхней части таблицы. Различные таблицы могут иметь столбцы с одинаковыми именами. В отличие от столбцов, строки не имеют имён и порядок их следования в таблице не определён, а количество логически не ограничено [8, c. 276].

Все данные одной БД Microsoft Access хранятся в одном файле с расширением .mdb (для MS Access 2003 и ранее) либо с расширением .accdb (для MS Access 2007).

В рамках этого файла употребляются следующие объекты: таблицы - предназначены для хранения данных; запросы к БД - для поиска, выбора и сортировки требуемых данных с помощью стандартных функций. Запросы выполняются с помощью языка баз данных SQL, Visual Basic, а также конструктора запросов; формы - предназначены для просмотра, добавления, изменения данных в таблицах, вывода на экран данных из одной либо более таблиц с использованием макета, выбранного в мастере форм либо созданного пользователем самостоятельно в режиме конструктора. Форма может содержать кнопки для выбора действий, которые открывают другие объекты либо автоматически выполняют другие задачи; отчёты - для анализа и печати данных в определённом формате; страницы доступа к БД через Интернет либо интрасеть для просмотра, обновления анализа данных. Макеты данных устанавливаются и изменяются в режиме конструктора. Для создания таблиц, форм, запросов и отчётов возможно также использование мастеров БД.

СУБД MS Access гарантирует импорт данных из других программ (Excel, Lotus 1-2-3, Paradox и т. д.).

Если для создания электронных таблиц Excel достаточно ввести первые данные - прототип бухгалтерской книги с листами из электронных таблиц, то для начала работы с Access необходимо предварительно спроектировать БД.

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

Необходимо ясно осознать и сформулировать цель создания БД, её назначение и определить порядок её использования [6, c. 277].

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

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

После распределения данных по типам (темам) определяются связи между таблицами. Затем необходимо определить вопросы и ответы, которые вы желаете получать с помощью БД. Для этих целей служат запросы ( объединение данных из нескольких таблиц какие - то вычисления ), формы, отчёты.

Основой БД являются таблицы. Создание таблиц БД состоит из двух этапов. На первом определяются: состав полей, их имена, тип данных каждого поля, размер поля, ключи, индексы таблицы последовательность размещения полей и остальные свойства полей. Основой БД являются таблицы. Создание таблиц БД состоит из двух этапов. На первом этапе определяются:, последовательость размещения полей в таблице, размер.

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

В таблицах, по возможности, не должны содержаться записи, в которых много повторяющихся данных, так как при этом не только неоправданно увеличивается объём хранимой информации, но и усложняется процесс изменения и поиска данных. Это достигается за счёт разбиения всей хранимой в БД информации по отдельным более простым взаимосвязанным таблицам. Каждая таблица в реляционной БД должна иметь хотя бы одно поле (столбец), значения в котором однозначно идентифицируют каждую её запись (строку). Такое поле именуется полем первичного ключа, либо первичным ключом (primary key).

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

Данное поле во вспомогательной таблице носит название внешнего ключевого поля, либо внешнего ключа (foreign key).

Можно сделать вывод: через ключевые поля первичный и внешний ключ.

Происходит взаимозависимость таблиц [6, c. 312]. В реляционной БД имеется несколько типов связей, которые определяют связь таблиц через ключевые поля.

Наиболее часто используемым типом связи является тип связи (отношение) «один ко многим», при котором одной записи в одной таблице (именуемой в данном случае главной) соответствует несколько записей в иной таблице (под чинённой).

При типе связи «многие ко многим» одной записи в таблице A могут соответствовать несколько записей в таблице B, а одной записи в таблице B несколько записей в таблице A. Этот тип связи возможен лишь с помощью третьей (связующей) таблицы и по сути представляет собой два отношения «один ко многим» с третьей таблицей С.

К примеру, отношение «многие ко многим» между таблицами «Заказы» (А) и «Товары» (В) определяется путём создания двух отношений «один ко многим» с таблицей «Заказано» (С). В одном заказе может существовать много товаров, а каждый товар может появляться в нескольких заказах.

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

- невозможно ввести в поле внешнего ключа связанной таблицы значение, которые не содержатся в ключевом поле главной таблицы. Возможен только ввод значений Null. К примеру, нельзя сохранить запись, которая регистрирует заказ, изготовленный несуществующим клиентом, однако можно создать запись для заказа, который пока не отнесён ни к одному из клиентов, если ввести значение Null в поле «Код_Клиента»;

- не допускается удаление записи из главной таблицы, если присутствуют связанные с ней записи в подчинённой таблице;

Таблица 1 - Типы данных, используемые в Microsoft Access

- невозможно изменить значение первичного ключа в главной таблице, если существуют записи, связанные с данной записью [9, c. 283].

Тип задаваемых данных определяется значениями, которые предполагается вводить в поле, и операциями, которые будут выполняться с этими значениями. (Таблица 1)

Данная таблица показывает, какие основные типы данных используются в программном продукте Microsoft Access компании Microsoft.

2.2 Программные продукты компании Borland

Одним из программных продуктов компании Borland является Borland

Enterprise Server AppServer Edition. Это один из наиболее надёжных и масштабируемых серверов приложений платформы J2EE. Он реализует такие новые отраслевые стандарты как: J2EE 1.3, EJB 2.0, JMS 1.02, Servlet 2.3, JSP 1.2, XML и SOAP. Данный программный продукт использует брокер объектных запросов Borland VisiBroker, удовлетворяет спецификации CORBA 2.4. Благодаря взаимодействию с JBuilder, AppServer Edition обеспечивает прозрачность, эффект циклов разработки и развёртывания различных систем уровня предприятия. Начиная от задач миграции и интеграции, и завершая созданием беспроводных и web -приложений. AppServer Edition является идеальной платформой для развертывания приложений, благодаря развитой поддержке распределённых транзакций, средств обеспечения безопасности и обмена сообщениями, технологии кластеризации, балансировки нагрузки и возобновления после сбоев делают.

Главные особенности:

- усовершенствованные встроенные механизмы защиты;

- взаимодействие с Borland JBuilder;

- использование SinicMQ - более совершенной системы для обмена дан-ными Java - приложениях;

- обновлённые версии web - сервера Apache и web - контейнера Tomcat;

- поддержка стандартов XML, SOAP, WSDL для web - служб.

Снижение совокупной стоимости владения.

Здесь возникают множество вопросов, среди которых стоит отметить следующие: сколько клиентов сразу должно обслуживать J2EE - приложений, какова скорость обработки транзакций? Чтобы ответить на данные вопросы, необходимо правильно подойти к верному выбору операционной системы и оборудования. Кроме того, повысить эффективность имеющихся системных ресурсов может применение инфраструктуры J2EE. Если рассматривать с теоретической точки зрения, то стандарт J2EE уравнивает возможности серверов приложений, однако реальные продукты и реализации все же различаются друг от друга. AppServer Edition может обеспечить поддержку развития бизнеса, благодаря высочайшей масштабируемости, устойчивости, производительности и умеренным потребностям в ресурсах, что позволит прогнозировать затраты на аппаратные и программные средства. [1]

Масштабируемость и производительность. AppServer Edition специализирован на создание программных решений, соответствующих отраслевым стандартам и отвечающих самым высоким требованиям к производительности, масштабируемости, доступности и достоверности. Успешную реализацию разных программных проектов обусловило использование усовершенствованных средств для разработки, развертывания и обслуживания распределенных приложений J2EE и CORBA. Тем самым повысив авторитет компании Borland.

Затрачивая на аппаратные программные средства, связанные с из развёртыванием как можно меньше средств, AppServer Edition гарантирует наивысшую масштабируемость и производительность приложений J2EE. Организовать защищённую и независимую работу разных программных систем и служб на общем сервере приложений позволяет неповторимая структура сегментирования среды исполнения, кластеризации и реликации. Отсюда можно сделать вывод, что системные ресурсы распределяются гибко и эффективно. Использование исполняющих систем для J2EE - приложений в локальном режиме, усиливает продуктивность, а из масштабирование с использованием корпоративной сети позволяет использовать все вычислительные средства предприятия.

Разработка web-служб.

AppServer Edition предоставляет основу для построения законченных web-служб, с помощью современных и будущих стандартов возможностью дополнять используемое программное обеспечение функциями работы с интернетом. AppServer Edition содержит средства для работы с XML, реализует архи - тектуру сменных модулей для интеграции библиотек времени выполнения из набора инструментов, разработки Borland расширенные версии технологии Apache SOAP (Simple Object Access Protocol - простой протокол доступа к объектам). Построенные на отраслевых стандартах WSDL (Web Services Definition Language - язык описания web-служб) и UDDI (Universal Description, Discovery and Integration - универсальный стандарт для описания, поиска и интеграции) - эти библиотеки обеспечивают полный жизненный цикл web-служб, включающий в себя: разработку, развёртывание, публикацию и эксплуатацию.

Благодаря своим свойствам AppServer Edition является безупречной платформой для подключения и размещения как самостоятельных web-служб, так и предназначенных для расширения возможностей имеющихся приложений CORBA и J2EE. [9]

AppServer Edition является полнофункциональным сервером web - прило -жений и сервером приложений Java. Технологии web-сервера Apache, которые лежат в основе Borland Web Server, дополнены средствами повышения производительности. Вместе с тем AppServer Edition может совместно работать с иными HTTP-серверами, включая Microsoft IIS и Sun iPlanet Web Server. Поддержка исполнения JSP и сервлетов гарантируется web-контейнером Borland, построенный на базе механизма исполнения сервлетов Tomcat 4.0 Подключаемый модуль, основанный на спецификации CORBA и связывающий web-серверы Apache и Tomcat, гарантирует создание кластерных конфигураций JSP и сервлетов. Функции VisiBroker Edition, вошедшие в состав AppServer Edition, обусловленные архитектурой CORBA, позволяют распределять нагрузку и восстанавливать работу системы после сбоев.

Графическая консоль упрощает развёртывание обычных пакетов приложений J2EE, таких как архивы Enterprise (EAR-файлы), web-архивы (WAR-файлы) и архивы Java (JAR-файлы).

Компания Borland широко известна как популяризатор отраслевых стан -дартов. AppServer Edition - сертифицированный продукт по спецификации Sun or Microsystems J2EE 1.3, включающей EJB 2.0, Servlet 2.3, Java Server Pages 1.2, Java Transaction Service, XML, а также иные стандарты. AppServer Edition позволяет воспользоваться последними технологическими новшествами J2EE 1.3 и EJB 2.0, такими как MDB (Message-Driven Beans - управляемые сообщениями модули EJB), интероперабельность с использованием RMI поверх IIOP, служба сообщений Java (JMS) и структура интеграции серверных систем J2EE Connectr Architecture (JCA).

Новаторская архитектура AppServer Edition позволяет разработчикам пол- полностью сконцентрироваться на разработке бизнес-логики с использованием EJB, JSP и сервлетов. Проверенные коммуникационные возможности CORBA и IIOP на основе последних спецификаций рабочей группы, по развитию стандартов объектно - ориентированного программирования ( Object Management Group, OMG) позволяет инфраструктура Borland VisiBroker, которая составляет ядро AppServer Edition. Архитектура AppServer Edition открывает доступ к VisiBroker и его службам имён, управлению транзакциями и средствам защиты, гарантирует иллюзорную интеграцию и интероперабельность разных CORBA- и EJB-приложений без применения связующих технологий либо адаптеров сто-ронних поставщиков. На практике это значит: сочетание CORBA и J2EE в корпоративных приложениях без вреда для безопасности либо функциональности. Возможность использовать клиенты CORBA, написанные на Java, C++ либо Borland Delphi для доступа к EJB, либо создавать модули EJB, кото - рые реализуют возможности имеющихся либо вновь разработанных серверов СORBA.

В состав AppServer Edition входит удобная графическая консоль администрирования. С ёё помощью упрощаются процессы развёртывания приложений J2EE и изменения информации о развёртывании в XML-формате, и легко производится настройка параметров компонентов приложений и всех сервисов J2EE и CORBA. Консоль поддерживает обработку ошибок и журнал регистрации событий. Кроме того, для объединения компонентов из различных архивов и генерации нужных классов и JAR-файлов для связи клиента с сервером, консолью предоставляются удобные средства миграции имеющихся приложений EJB 1.1 и J2EE 1.2 на платформу J2EE 1.3 и EJB 2.0. Большая часть данных функций может быть вызвана из командной строки для автоматизации и пакетной обработки процессов развёртывания, а так же конфигурирования приложений. Не считая консоли, в состав AppServer Edition входит Borland AppCenter - это полноценное решение для администрирования и мониторинга распределённых приложений, основанных на стандартах J2EE и CORBA.

Прозрачная интеграция с Borland Jbuilder.

Элементарную интеграцию AppServer Edition с любыми J2EE - совместимыми средами разработки гарантирует абсолютная поддержка стандартов J2EE и EJB. Благодаря взаимодействием с Borland JBuilder появляется ряд превосходств:

- ускорение циклов разработки, сборки, тестирования, отладки и развертывания приложений J2EE;

- ограничение сроков выпуска приложений;

- усовершенствование качества и повышение мобильности программ;

- ограничение издержек за счет использования решений одного постав-щика. [8, с 345]



ЗАКЛЮЧЕНИЕ

Таким образом, можно прийти к такому выводу: при использовании БД пользователь получает следующие преимущества:

- скорость - это преимущество говорит о том, что скорость обработки информации (поиск, внесение изменений) компьютером гораздо выше ручной обработки;

- компактность - это значит, что информацию теперь можно хранить в БД, а не в многотомных бумажных картотеках;

- применимость - означает, что постоянно доступна свежая информация.

- низкие трудозатраты - теперь не нужно вручную работать над БД;

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

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

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

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



СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. Википедия-свободная энциклопедия

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

3. Кузнецов С.Д. Основы баз данных. - 2-е изд. - М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2012. - 452с.

4. Кулев С.А., Камалин А.К. Основы управления базами данных. - Воронеж: ВГАУ, 2012. - 66с.

5. Каратыгин, С. Базы данных: простейшие средства обработки ин-формации. Электронные таблицы. Системы управления базами данных/ С.Каратыгин, А.Тихонов, В. Долголаптев.-М.: ABF, 1995.-Т.1.

6. Назаров В.С. Информатика. Интернет. - М.: Дом, 2014. - 620с.

7. Симонович, С.В.Информатика. базовый курс: Учебник для вузов. 3-е изд. Стандарт третьего поколения. - Спб.: Питер, 2011.-640 с.

8. Тимофеева И. Н. Информатика: Учебник для средних специальных и высших учебных заведений. - М.: Дрофа, 2013. - 538с.

9. Федорчук Н. И. Информационные технологии. - М.: Высшая школа, 2012. - 414с.

Размещено на Allbest.ru