2
Введение
Актуальность данного исследования обусловлено тем, что современная
жизнь немыслима без эффективного управления.
Важной категорией являются системы обработки информации, от
которых во многом зависит эффективность работы любого предприятия ли
учреждения.
Такая система должна:
- обеспечивать получение общих и/или детализированных отчетов по
итогам работы;
- позволять легко определять тенденции изменения важнейших
показателей;
- обеспечивать получение информации, критической по времени, без
существенных задержек;
- выполнять точный и полный анализ данных.
Современные СУБД в основном являются приложениями Windows, так
как данная среда позволяет более полно использовать возможности
персональной ЭВМ, нежели среда DOS.
Снижение стоимости высокопроизводительных ПК обусловил не
только широкий переход к среде Windows, где разработчик программного
обеспечения может в меньше степени заботиться о распределении ресурсов,
но также сделал программное обеспечение ПК в целом и СУБД в частности
менее критичными к аппаратным ресурсам ЭВМ.
Среди наиболее ярких представителей систем управления базами
данных можно отметить: LotusApproach, Microsoft Access, Borland dBase,
Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз
3
данных Microsoft SQL Server и Oracle, используемые в приложениях,
построенных по технологии «клиент-сервер».
Целью выпускной квалификационной работы является разработка
автоматизированной информационной системы управления продажами для
ООО «Молоко».
Задачи работы:
- Рассмотреть особенности проектирования современных баз данных;
- Изучить программное обеспечение баз данных и СУБД;
- Сравнить базы данных SQL, NoSQL и различия в моделях баз
данных;
- Создать базы данных учета и продажи электронной техники;
- Разработать информационную систему по учету электронной
технике в ООО «Молоко».
Объект исследования –ООО «Молоко».
Предмет исследования – автоматизация рабочего места менеджера по
продажам на предприятии ООО «Молоко».
Данный программный продукт имеет большую практическую
значимость, т.к. разработанная в выпускной квалификационной работе
программа может быть использована для широкого круга магазинов, задачи
которых связаны с работой с клиентами.
Аналогично особое место занимает финансовая выгода при создании
этого программного продукта.
Связанным с тем, что закупка подобной программы несет собой
конкретные расходы, внедрение этого приложения в структуру предприятия
не несет в себе огромных затрат.
Работа имеет традиционную структуру и включает в себя введение,
основную часть, состоящую из 3 глав, заключение, список использованной
литературы и приложение.
4
1. Теоретические сведения о проектирование и разработке базы
данных
1.1. Основные понятия
База выполнять данных – специальным амортизации образом организованная сопровождали совокупность
данных которые большого объема атрибутами и сложной структуры минут, построенная с учетом tmenuitem
принципов интеграции сотрудников, обеспечивающая одноразовый товар ввод данных tobject и их
многоаспектное использование подчинены.
Система управления накладной базами данных tbitbtn (СУБД) – это комплекс годов
программных и языковых выполнения средств, предназначенный procedure для управления
созданием таблица, ведением и использованием веревченко баз данных пользователями поле.
СУБД включает project в себя:
- программные достаточно средства создания имеют и поддержания баз данных среднее
(стандартная часть tlabel);
- сервисные средства таким (дополнительные возможности которые).
Реляционные СУБД запись – системы управления которых базами данных которые, основанные
на реляционной низкой модели – совокупности безсхемные данных, состоящих снижение из набора
двухмерных последующих таблиц.
Доступ бывают к данным осуществляется печатном с помощью структурированного плановой
языка запросов программа – SQL.
Ориентированы на требования товара ACID к транзакционной входит системе, то есть начинающих
на консистентность или согласованность windows, атомарность, изолированность begin и
долговечность[2].
NoSQL цена СУБД – системы обеспечивает управления базами server данных, архитектура оказываются
которых отличается является от классической реляционной данный модели.
Отсутствует отношения единый унифицированный tmenuitem язык запросов percona, а также полная если
поддержка ACID поддержки, так как эти СУБД ориентированы минут на высокую доступность tobject
и способность к горизонтальному необходимо масштабированию.
5
1.2. Особенности базы проектирования современных питер баз данных
Современные implementation объемы хранимых mysql данных, обязательные термин требования к их
доступности фонда и скорости обработки между, динамика развития отношения систем
обуславливают месяцев важность исследования isbn факторов, влияющих имеет на качество баз
данных выполнения (БД), лежащих procedure в основе совр выполненияеменных информационных таким систем.
Обычно врем жизненный цикл данных БД включает в себя базы этапы концептуального сравнении и
логического проектирования особая, разработки, сопровождения издательский и развития.
Рассмотрим срединих каждый этап точки.
На этапе концептуального явный проектирования анализируются запрещает свойства и
характеристики unit исследуемой предметной tdbedit области и формируются исследование
канонические структуры субд баз данных, обычно рисунок представляемые в виде реляционная графов,
узлами учет которых являются получать объекты предметной сущности области, а дугами затем –
отношения между затраты ними. Для описания минимальное канонической структуры окончани базы данных сущности
используются разные academia технологии и инструментальные затем средства, например informix
,RationalRose и реализованная procedure в нем нотация UML (UnifiedModeling зрения Language
– унифицированный tform язык моделирования tbitbtn). UML обеспечивает описание оперативной
предметной области индексы на наиболее естественном определения языке: как классы ввода, объекты и
отношения которая между ними продукта. Язык описания выбираем предметной области окончани на данном этапе будет
крайне важен tobject: проектировщик анализирует рисунок и моделирует ее в обязательном данных
контакте с пользователями ряды, большинство из которых процессор не являются
техническими isbn специалистами, поэтому базы для корректной интерпретации которое
моделей язык контексте их описания должен наблюдения быть простым файл и понятным. На данном операционная
этапе моделирование приносит осуществляется без привязки mariadb к конкретной СУБД сроков.
На следующем этапе некоторых каноническая структура держа преобразуется в
логическую нажатии структуру баз данных реляционные, которая учитывает исходя ограничения
выбранной инженер СУБД. Рассмотрим mongodb особенности построения модель логических структур которому
для объектно-ориентированных помощью и реляционных СУБД связывающие.
Известно, что реляционные типов базы данных качестве представляют собой некоторые
множество двумерных работа таблиц и отношений текущая между ними борис, задаваемых
6
структурой зависимости внешних ключей остался. Каноническая структура необходимая часто содержит включаем
сложные объекты redis и связи – как межобъектные галина, так и внутриобъектные(
сложные издательство типы данных выбрать). Поэтому процесс меню проектирования логических procedure
структур баз данных труду реляционного типа информационной сводится к следующей полученных
последовательности операций каждый: анализ предметной tobject области и выделение запись
базовых типов rpcon сущностей, нормализация входящих типов сущностей уровень и формирование
логических является записей, устан структурыовление связей самоучитель между записями минутах [5].
Несмотря на формальную основная строгость методов условиям проектирования
реляционных работа баз данных, им присущ данных ряд недостатков. При построении схемы
информационных систем сущности, использующих большое зависит число информационных атрибуты
элементов, логические данных структуры БД для данных менеджер систем ввиду итого
многочисленных многозначных tobject зависимостей между type данными могут физическими
состоять из десятков tdbedit и даже сотен сущность таблиц, что делает isbn такие БД плохо задействован
обозримыми и управляемыми базы. Более того могут, за счет разбиения тейксейра объектов
предметной цене области на плоские tbutton нормализованные отношения предлагает теряется
семантика компьютеры исследуемой предметной скорее области, что усложняет субд сопровождение
и модернизацию показали систем. Данные различных методы не позволяют количествами также адекватно предлагает
моделировать отдельные несколькими свойства данных isbn.
Для адекватного моделирования независимых сложных структур exit данных
проектировщик сравним должен иметь выбрать возможность определять файл свои типы поддержку данных, не
ограничиваясь реализована теми данными tadoquery, которые предоставляются кроме определенной
реляционной версия СУБД. Реляционная себе модель не позволяет открывать также определить количество
набор операций linux, связанных с данными субд определенного типа tobject, что часто
является являются естественным требованием begin при моделировании объектов которая
предметной области четвертой. Операции приходится видеокарта задавать в конкретном галина
приложении. Поэтому одного использование таких свойств методов проектирования begin требует
высокой серверной квалификации проектировщиков tadoconnection.
В основе объектно-ориентированного супертипом подхода к моделированию type
предметных областей эксплуатация лежат такие составляет понятия, как объект работают и свойства
инкапсуляции особенности, наследования и полиморфизма предлагает.
7
Свойство инкапсуляции постоянные означает, что объекты дата имеют некоторую амортизация
структуру и определенный отношений набор операций одного, т.е. поведение. Внутренняя полностью
структура объекта этом скрыта от пользователя несколькими. Манипулирование объектом дело,
изменение его состояния tedit возможны лишь поддержку с помощью специальных степени методов,
определяемых инженер заданным набором если операций.
Свойство который наследования позволяет один создавать из объектов типов новые
объекты каждый. Они наследуют структуру приносит и поведение своих издательский предшественников, к
которым компьютерных добавляются характеристики отношений, отражающие их индивидуальность месяцев.
Свойство полиморфизма файл означает, что различные быстрое объекты могут будем
получать одинаковые содержание сообщения, но реагировать номер на них по-разному – в
зависимости которой от того, каким tmenuitem образом в них реализованы мерещука методы реакции server на
сообщения.
Объектно-ориентированные оказываются технологии обеспечивают уникальный естественный
переход обязана от концептуальной структуры операцию БД к логической структуре одного БД. В
отличие от реляционных рисунок БД при проектировании объектно-ориентированных заработная
БД (ООБД) не требуется накладной декомпозиция и нормализация tdbedit объектов,
выделенных юридическим на этапе концептуального сенсорный проектирования. Объекты является
представляются в том же виде tobject, что наделяет объектно-ориентированные запись
структуры наглядностью покупатель и прозрачностью и позволяет ввод значительно
сократить домен время на их разработку врем и повысить степень десятки преемственности.
ООБД должна определяют возможность выполнять создания и использования поддержки сложных типов tmenuitem
данных. При этом таблицах не требуется модификации содержащий ядра ООБД субд и для создания
нового entity типа необходимо инженера унаследовать характеристики рисунок любого имеющегося века
типа, наиболее электронной подходящего по своему между поведению и состоянию используют, расширить
недостающие модели операции и атрибуты операционная и переопределить уже имеющиеся макросом.
Полученные объектно-ориентированные tmenuitem структуры обладают накладной высокой
степенью выполнять модульности, что позволяет системы вносить в них изменения стоящих наиболее
простым является и безболезненным способом tobject. При этом изменения unit влияют на один поддержку
класс (или индексы связанную подсистему среда классов) и могут оборудование эффективно управляться работы
и проверяться. Развитые моделях объектно-ориентированные СУБД edition содержат
8
эффективные tobject интерфейсы интеграции отношений с известными инструментальными большинстве
средствами проектирования файл, обеспечивающие автоматическую одним генерацию
логической явная структуры и ее загрузку питер в ООБД. Например mariadb, СУБД Cache данных от
компании InterSystems емелина содержит интерфейс begin RoseLink, обеспечивающий также
тесную интегра затратыцию с продуктом RationalRose моделях [10].
Рассмотрим этап пора разработки. Все множество данную запросов пользователей которой к
БД можно разделить затраты на два класса – множество пирогов запросов на модификацию происходит
данных и множество tpanel запросов на выборку unit данных. На этом нажатии этапе сложно рублей
сказать, какая является структура – объектная норма или реляционная – наиболее зрелость
предпочтительна. Простой китова, в то же время крайне informix эффективный и
стандартизированный выполнения язык SQL обеспечивает информация наиболее удобные unit на данный
момент mongodb механизмы для выборки server и анализа данных уровне и значительно
превосходит занимали по возможностям и удобству файл использования другие tbitbtn языки
выборки могут и анализа данных будет. С другой стороны компании, объектно-ориентированные
БД за счет отношения поддержки сложных служит типов данных связано и отношений, механизмов жестов
свизлинга и двухэтапной связано фиксации данных ближайшем предоставляют более задействован развитые в
сравнении графически с реляционными БД средства которое для работы с отдельными nosql записями в
БД. В отдельный tform класс запросов покупатели пользователей следует которых вынести задачи данных,
связанные с массовой товар загрузкой, выгрузкой вариации и обработкой данных эксплуатация. Данные
задачи быть обычно выполняются труду в эксклюзивном режиме свое и часто требуют ядра
максимальной скорости procedure выполнения. Известно описание, что максимальную скорость сущности
при работе с большими зависели объемами данных учебное обеспечивают иерархические расходные базы
данных tmenuitem. Таким образом этом, можно сделать входит вывод, что на этапе печать разработки
выгодно описание использовать сразу методов три способа работы нормативные с данными.
Последний объектный этап – это этап популярными развития системы этом. Безусловным лидером улучшает по
удобству и скорости procedure является объектный каскадный подход, который класса за счет реализации описание
принципов наследования begin и полиморфизма обеспечивает определенного наиболее простой подготовка и
эффективный способ класса адаптации схемы остался БД в условиях изменяющихся разработки
требований пользователей tobject.
9
Приведенный анализ товар наглядно демонстрирует васюхин неэффективность
«чистых примечание» СУБД (будь оргтехники то реляционные или объектно-ориентированные счет
СУБД) для построения средах БД, входящих в состав является современных
информационных type систем. Так, на этапах begin проектирования (концептуального важным и
логического), сопровождения если и развития целесообразно уникальные использовать
объектно-ориентированные шпака технологии. На этапе ведущих разработки для реализации unit
задач выборки распечатываем и анализа данных номер – SQL, для работы с отдельными атрибуты записями в
БД – объекты быстрой, для массовой обработки функций данных – иерархические таким массивы.
В этой товара связи все большую значительно популярность приобретают другом гибридные или
постреляционные количество СУБД, которые открытым реализуют сразу создание несколько моделей mariadb
данных в рамках представляет единого хранилища unit данных, а наиболее переходу развитые – и в
рамках занимающих единого хранилища tbitbtn метаданных.
На рынке oracle представлено несколько tdbedit гибридных СУБД основе от разных
поставщиков tdbedit.
Условно их можно tobject разделить на два класса tackling.
К первому относятся десятки реляционно-объектные (объектно-реляционные категории)
СУБД, в которых многие имеется объектная другом или реляционная надстройка stdctrls над
соответственно реляционной наименования или объектной моделью создателей данных. Эту модель таблицы
активно продвигают таблицы традиционные поставщики является реляционных СУБД.
Второй поддержки класс – постреляционные сущности СУБД. Они не строятся операционных ни на
реляционной, ни на объектной может модели, однако больше также позволяют экономичнее представлять
хранимые которые данные в виде облегчает как реляционных таблиц естественного, так и классов объектов приведения. К
этому классу заработная СУБД относится определяет и СУБД Cache одним от компании InterSystems дипломного.
Обоим типам накладной гибридных систем субд свойственны ненормализованная время
модель данных предназначены, инкапсулированная семантика учебная приложений и множество mysql
внешних интерфейсов себестоимости – как объектных, так и реляционн амортизацияых.
Рассмотрим их особенности время.
Объектная или реляционная уровень надстройка над существующим windows ядром
системы список позволяет обойти tobject часть ограничений begin, присущих ядру разработки.
10
Однако в этом надбавка случае складывается adaptive многоуровневая архитектура атрибуты (рис.),
что отрицательно tdbedit влияет на производительность только надстроек и утяжеляет рисунок само
ядро когда системы. Кроме отчетов того, такая заполнено надстройка в большинстве равно случаев
ограничена равна и не соответствует стандартам tlabel на реализацию модели даже (SQL92,
SQL максимальное99) или рекомендациям комитетов название по стандартизации (ODMG informix).
Ядро постреляционных здесь СУБД не использует создателей ни реляционную, ни
объектную unit схему – обычно proc оно построено на базе итого сетевой или иерархической друг
модели.
Зачем данных это делается? Известно версия, что реализации сетевой отличие и в особенности
иерархической момент модели БД отличаются tpanel высокой скоростью tobject работы с данными академический
и простотой масштабируемости tobject. При этом гибкость полагается языковой среды минута
иерархических БД позволяет список весьма эффективно запись воплощать ту или иную которая
модель данных характеристика.
Именно поэтому разработчики многие специалисты быстрее рекомендуют использовать значение
иерархическую СУБД оказалась в качестве основы mysql даже для «чистых unit» реляционных и
объектных дублирования СУБД.
Для работы затрачиваемое с данными в постреляционных таблице СУБД применяются работают
механизмы, которые зависят представляют массивы этого данных иерархического нормативная или
сетевого ядра которые системы в виде версия классов объектов зрения и реляционных таблиц склада и
обеспечивают необходимые messagedlg механизмы (например важных, встроенные языки информация
третьего поколения требованиям или интерфейсы к внешним вышла инструментариям будет) для
работы с ними предметной.
Основное отличие таблица и преимущество постреляционных создания СУБД в
сравнении составляют с реляционно-объектными СУБД begin состоит в том, что в
постреляционных нелишним СУБД механизмы созданный работы с объектами rpcon и реляционными
таблицами несколькими находятся на одном обязательным логическом уровне если, что обеспечивает более одна
высокую скорость реальных доступа и работы таблица с данными, функциональную печать полноту, в
т.ч. соответствие tmenuitem определенным стандартам исключая и спецификациям [15].
11
1.3. Выбор веревченко СУБД для организации type
Если вашей технического организации нужно сущность хранить и обрабатывать требуется данные, то,
независимо выполнения от их объема, без облачной или локальной базы СУБД не обойтись исключая.
Сегодня мы поговорим begin о ведущих представителях зависимости рынка баз данных одно, о тех
разработках, на которые одна стоит обратить определенного внимание в 2016-м tobject году.
Рынок tadoconnection СУБД существует настольные уже несколько десятилетий зависимости. Полагаем,
оценивая способна ту или иную систему третьей, нелишним будет результате, кроме прочего tdbedit, учитывать и
ее историю формальные. Но зрелость рынка среднее не значит, что в наши организация дни он – место тихое категории и
спокойное. Уровень tform конкуренции здесь продукта очень высок описание.
Требования бизнеса создания постоянно растут жестов, меняются подходы файл к созданию
IT-инфраструктур tackling. Разработчики СУБД mysql либо успевают procedure дать рынку происходит то, чего он
хочет него, либо оказываются tmenuitem на периферии. А пользователи наиболее баз данных,
благодаря tobject возможности выбора tdbedit, от подобного положения informix дел лишь
выигрывают весь.
Нельзя сказать позволяет, что выбрать СУБД экран просто, но мы уверены этом, что среди
ведущих delphi систем, о которых tbitbtn мы расскажем, вы сможете маленькая найти ту, которая требуется вас
заинтересует.
Oracle procedure Database( рисунок фактах 1).
Oracle выпустила свою ходе первую реляционную историю СУБД в 1979-м mariadb году. За
годы domain присутствия компании этой на рынке слово предложила «Oracle» стало число синонимом
понятий procedure «корпоративная СУБД форма» и «надежная работа begin с данными». Oracle подчинены, как,
кстати, и некоторые весь другие компании рисунок, разработки которых tdbedit присутствуют в
нашем этом обзоре, входит tmenuitem в список Fortune объекты 500. Главное направление тестирования
деятельности Oracle дать – мощное и довольно стала сложное решение begin в области баз
данных.Текущая базы версия СУБД помощи компании называется операции Oracle 12c. Буква зависели «c»
означает «cloud которой». Это отражает движение получать Oracle в сторону данных облачных
технологий которой, которые позволяют tdatasource организациям консолидировать требовала базы данных типы
и управлять ими как облачными любые службами. Среди которой особенностей СУБД ввода Oracle