Основной целью любой СУБД является возможность предложить обычному пользователю базы данных абстрактное представление данных, скрыв от пользователя особенности хранения и управления ими. Поскольку база данных, как правило, разрабатывается как общий ресурс для большого количества пользователей, то каждому пользователю может потребоваться своё, отличное от других пользователей представление о данных, хранимых в БД. Это вызвано следующими причинами:
— каждый пользователь иметь право обращаться к общим данным, используя своё представление о них;
— взаимодействие пользователя с БД не должно зависеть от особенностей её физической организации;
— администратор базы данных (АБД) должен иметь возможность изменять структуру и формат данных, не оказывая влияния на пользовательские представления;
— внутренняя структура БД не должна зависеть от таких изменений физических аспектов хранения информации, как переключение на новое устройство хранения;
— АБД должен иметь возможность изменять концептуальную или глобальную структуру данных без какого—либо влияния на всех пользователей.
Создание простой базы данных в MS Access и простые SQL запросы
Для удовлетворения этих потребностей архитектура большинства современных коммерческих СУБД, существующих на рынке программного обеспечения, в той или иной мере, строится на базе так называемой архитектуры ANSI—SPARC. Название произошло по названию комитета планирования стандартов и норм (Standards Planning and Requirements Committee SPARC) национального института стандартизации (American National Standard Institute— ANSI) США. Комитет признал необходимость использования трехуровневого подхода к организации БД. Этот подход отделяет пользовательские представления базы данных от её физического представления посредством создания независимого уровня, изолирующего программы от особенностей представления данных на низком уровне.
Архитектура БД представлена на рисунке 1.
Внешний уровень – это индивидуальное представление БД с точки зрения отдельного пользователей. Пользователи могут быть разные, с разным уровнем подготовки. Каждый пользователь представляет данные в соответствии с формами различных документов, присущих данной предметной области. При этом одни и те же данные могут иметь различную форму представления — формат (тип), длину. Например, сведения о зарплате – их можно увидеть в виде итоговой суммы в записи ведомости, либо в виде перечня составляющих – различных начислений и удержаний.
ПП1 – представление 1—го пользователя, ППк – представление к—того пользователя
Рисунок 1 — Трехуровневая архитектура БД
Некоторые представления могут включать производные или вычисляемые данные, которые не хранятся в БД, а создаются по мере необходимости пользователя.
Индивидуальное внешнее представление называют подсхемой.
Концептуальный уровень отображает обобщенное представление пользователей. Это промежуточный уровень в трехуровневой архитектуре БД, представляющий данные такими, какими они есть на самом деле, а не такими, какими их вынужден видеть пользователь в рамках какого—то инструментального средства или на формах приложений. Концептуальный уровень поддерживает каждое внешнее представление, однако не содержит сведений о методах хранения данных. Этот уровень интересен администратору БД и может быть представлен концептуальными схемами.
Готовая база данных Access Автосалон за 20 минут
Внутренний уровень на языке определения данных (ЯОД) выбранной СУБД представляет, в каком виде информация хранится в БД, описывает структуры объектов БД. Внутреннее представление не связано с физическим уровнем, так как в нем не рассматривается организация физических записей (блоков и страниц памяти), физические области хранения.
Необходимо заметить, что описание уровней архитектуры БД можно представить в виде некоторого технического описания (бумажном или электронном), разработанного с помощью различных средств и правил.
В соответствии с архитектурой БД, существуют несколько внешних схем или подсхем, каждая из которых соответствует разным представлениям данных, одна концептуальная схема БД и одна внутренняя схема БД. Каждая внешняя схема связана с концептуальной с помощью внешне концептуального отображения. Концептуальная схема связана с внутренней посредством концептуально внутреннего отображения. Схемы и отображения создаются администратором БД средствами СУБД.
Основным назначением трехуровневой архитектуры БД является обеспечение независимости описаний базы данных (схем БД), получаемых на различных уровнях, следовательно, независимость прикладных программ от данных, что является одним из основных достоинств базы данных.
Различают логическую и физическую независимость данных.
Логическая независимость данных поддерживает защищенность внешних схем от изменений, вносимых на концептуальном уровне. Так, например, при функциональном развитии АИС проводится дообследование предметной области и в концептуальную схему добавляется описание новых данных предметной области. При этом некоторые внешние схемы даже не замечают этих изменений, часть пользователей работает с БД в прежнем виде.
Физическая независимость поддерживает защищенность концептуальной схемы от изменений, вносимых на физическом уровне. Например, добавление индексов, создание триггеров не требуют внесения изменений в концептуальную схему. Также, возможен перевод физической модели БД на ЯОД другой СУБД без внесения изменений во внешние схемы. Пользователь сможет заметить только увеличение производительности системы.
Для того чтобы создать БД необходимо осуществить проектирование схем каждого уровня архитектуры БД.
Модели данных
Одним из важнейших моментов в процессе проектирования БД является понимание концепций, лежащих в основе моделей данных, используемых как в качестве инструмента проектирования, так и в качестве результата проектирования. В сложившейся терминологии БД и инструменты проектирования, и его результаты рассматриваются как модели. Необходимо различать назначение каждой используемой в процессе проектирования модели данных.
В современной трактовке термин «модель данных» обозначает инструмент моделирования. Модель базы данных (схема данных) или модель предметной области являются результатами моделирования.
Модель данных это интегрированный набор понятий для описания данных, связей между ними и ограничений, накладываемых на данные на предприятии.
Для реализации успешного проектирования БД необходимо для каждой модели – инструмента знать три её основных компонента:
— набор правил, определяющих структуру данных;
— определение типов допустимых операций с данными;
— набор ограничений поддержки целостности данных.
Исходя из трехуровневой архитектуры БД, различают три, связанных между собой, модели данных, получаемых в результате проектирования и отображающие результаты проектирования.
1. Внешняя модель данных, отображает обобщенное представление всех пользователей. Эту модель называют описанием предметной области, формируемым на естественном языке. Представить внешнюю модель можно как в формализованном (схемы, рисунки, таблицы), так и в неформализованном (словесное описание на языке проектировщиков) виде.
2. Концептуальная модель. Она может быть выражена в виде диаграммы, схемы, рисунка, отображающего обобщенное логическое представление информации предметной области (концептуальная информационно логическая модель предметной области) или в виде рисунка, схемы, отображающего обобщенное логическое представление данных (концептуальная логическая модель данных), не зависимое от выбранной СУБД.
3. Внутренняя модель. Является результатом отображения концептуальной модели средствами языка определения данных выбранной СУБД.
В литературе по БД предложено и опубликовано достаточно много различных моделей данных, используемых при проектировании БД как инструментальное средство. Модели, отображающие уровни архитектуры БД, строятся по правилам этих моделей.
Модели данных, как инструменты, делятся на 3 основные категории:
1. Объектные модели данных. В этих моделях используются такие понятия как: классы объектов (типы сущностей), объекты (экземпляры сущностей), свойства классов объектов (атрибуты сущностей), связи между классами объектов. В скобках приведена исторически ранняя терминология, используемая в теории баз данных.
Среди объектных моделей выделяют наиболее общие типы:
— семантические модели. Их назначение – обеспечение возможности выражения семантики (смыла) предметной области. Это, например, модели типа «сущность—связь» (ER—модели — Entity Relationship model), отображающие семантику предметной области в виде ER—диаграмм;
— функциональные модели, дающие представление о функциях автоматизируемого предприятия, о распределении ответственности за их выполнение. Результаты использования функциональных моделей могут быть представлены в виде диаграмм бизнес—функций, диаграмм потоков данных;
—объектно—ориентированные модели. Эти модели расширяет определение класса объектов (сущности) предметной области с целью включения в определение не только свойств, описывающих состояние объекта, но и действий, которые с ним связаны, т.е. его поведение. Это, например, модели, основанные на использовании языка UML (Unified Modeling Language — унифицированного языка моделирования). Описание предметной области получают в виде различных диаграмм — диаграмм вариантов использования, диаграмм деятельности, диаграмм классов.
В настоящее время для проектирования БД, получения концептуальной инфологической модели предметной области, широко используются семантические модели «сущность—связь».
2. Модели на основе физических записей. Такие модели позволяют описывать логическую структуру БД в виде записей, фиксированного формата. Каждый тип записи определяет фиксированное количество полей, каждое из которых имеет фиксированную длину. Существует три основных типа логических моделей данных на основе записей:
— иерархическая (hierarchical data model);
— сетевая (network data model);
— реляционная (relational data model).
3. Физические модели данных. Модель содержит всю информацию, необходимую для реализации конкретной БД в среде выбранной (целевой) СУБД. В физической модели в виде описания содержится информация обо всех объектах БД.
В описании объектов БД определяется физический формат данных, реализуются ограничения предметной области, бизнес—логика автоматизируемого предприятия, уровни доступа пользователей. Описание создается на языке определения данных (ЯОД) выбранной (целевой) СУБД. В состав ЯОД входят операторы, позволяющие создать или удалить объект БД, модифицировать его структуру. Физическая модель данных не затрагивает вопросы физического размещения данных на машинных носителях, в настоящее время это максимально реализуется средствами СУБД.
Модели первых двух групп используются для формирования концептуального уровня архитектуры БД, третьей – для описания БД на внутреннем уровне.
Модель данных, полученная в результате проектирования, должна представлять автоматизируемое предприятие в таком виде, который позволит проектировщикам и пользователям БД обмениваться конкретными недвусмысленными мнениями.
Оптимальная модель данных, полученная в результате проектирования, должна удовлетворять следующим критериям:
— обладать структурной достоверностью – способы определения информации в модели данных должны соответствовать организации информации на рассматриваемом предприятии;
— быть относительно простотой, легко понимаемой, как профессионалами в области разработки БД, так и обычными пользователями;
— обладать выразительностью — представлять отличия между разными типами данных, связями и ограничениями;
— обладать отсутствием избыточности, любая часть данных должна быть представлена только один раз;
— обладать возможностью совместного использования, не принадлежать к какому—то особому приложению или технологии;
— быть целостной, согласованной со способами использования и управления информацией внутри предприятия;
— обладать расширяемостью, эволюционировать с целью включения новых требований с минимальным влиянием на уже существующих пользователей;
— иметь возможность представления в виде диаграмм.
В таблице 1 представлены модель, которые будем использовать при проектировании базы данных
Таблица 1 — Модели данных
Модель данных, как инструмент, используемый для формирования схемы БД
Функциональные модели, модели на основе языка UML.
Источник: shpargalum.ru
SQL и NoSQL: разбираемся в основных моделях баз данных
С незапамятных времен память была одной из самых важных и необходимых составляющих компьютера. Несмотря на разницу в методах реализации, большинство вычислительных машин оснащены необходимым аппаратным обеспечением для обработки и хранения информации.
В наше время невозможно представить работу какого-либо приложения, хоть игры, хоть сайта, без получения, обработки и записи определённого типа данных. Системы управления базами данных (СУБД) — это высокоуровневое программное обеспечение, работающее с низкоуровневыми API. Для решения различных проблем создавались новые виды СУБД (реляционные, NoSQL и т.д.) и их новые реализации (MySQL, PostgreSQL, MongoDB, Redis и т.д.). В этой статье мы разберемся в основах баз данных и СУБД.
Системы управления базами данных
СУБД — это общий термин, относящийся ко всем видам абсолютно разных инструментов, от компьютерных программ до встроенных библиотек. Эти приложения управляют или помогают управлять наборами данных. Так как эти данные могут быть разного формата и размера, были созданы разные виды СУБД.
СУБД основаны на моделях баз данных — определённых структурах для обработки данных. Каждая СУБД создана для работы с одной из них с учётом особенностей операций над информацией.
Хотя решений, реализующих различные модели баз данных, очень много, периодически некоторые из них становятся очень популярными и используются на протяжении многих лет. Сейчас самой популярной моделью является реляционная система управления базами данных (РСУБД).
Модели баз данных
Каждая СУБД реализует одну из моделей баз данных для логической структуризации используемых данных. Эти модели являются главным критерием того, как будет работать и управлять информацией приложение. Существует несколько таких моделей, среди которых самой популярной является реляционная.
Администратор базы данных Oracle Открытие , Москва, можно удалённо , По итогам собеседования
Хотя она и является весьма мощной и гибкой, есть ситуации, решения которых она предложить не может. Тут на помощь придёт сравнительно новая модель, называемая NoSQL. Она набирает популярность и предлагает весьма интересные решения и дополнительный функционал. Из-за того, что эти системы не используют строгую структуризацию данных, они предлагают большую свободу действий при обработке информации.
Реляционная модель
Представленная в 70-х, реляционная модель предлагает математический способ структуризации, хранения и использования данных. Отношения (англ. relations) дают возможность группировки данных как связанных наборов, представленных в виде таблиц, содержащих упорядоченную информацию (например, имя и адрес человека) и соотносящих значения и атрибуты (его номер паспорта).
Благодаря десятилетиям исследований и разработки РСУБД работают производительно и надёжно. В сочетании с большим опытом использования администраторами реляционные базы данных стали выбором, гарантирующим защиту информации от потерь.
Несмотря на строгие принципы формирования и обработки данных, РСУБД могут быть весьма гибкими, если приложить немного усилий.
Безмодельный (NoSQL) подход
NoSQL-способ структуризации данных заключается в избавлении от ограничений при хранении и использовании информации. Базы данных NoSQL, используя неструктуризированный подход, предлагают много эффективных способов обработки данных в отдельных случаях (например, при работе с хранилищем текстовых документов).
Популярные СУБД
В этой статье мы опишем вам парадигмы основных решений для работы с базами данных. Хотя точные числа привести очень сложно, в большинстве случаев выбор делается в пользу реляционной модели или NoSQL. Прежде чем мы сравним их, давайте узнаем, что находится «под капотом» у каждой из них.
РСУБД
Реляционные системы управления базами данных берут своё название от реализуемой модели — реляционной. Сейчас они остаются, да и ещё какое-то время будут, самым популярным выбором для надёжного, безопасного и производительного хранения данных.
РСУБД требуют чётких и ясных схем — не стоит путать со специфическим определением для PostgreSQL — для работы с данными. Эти рамки, определённые пользователем, задают способ их хранения и использования. Схемы очень похожи на таблицы, столбцы которых отражают порядковый номер и тип информации в каждой записи, а строки — содержимое этих записей.
Самыми популярными РСУБД сейчас являются:
- SQLite: очень мощная встраиваемая РСУБД.
- MySQL: самая популярная и часто используемая РСУБД.
- PostgreSQL: самая продвинутая и гибкая РСУБД.
NoSQL-СУБД
NoSQL-СУБД не используют реляционную модель структуризации данных. Существует много реализаций, рещающих этот вопрос по-своему, зачастую весьма специфично. Эти бессхемные решения допускают неограниченное формирование записей и хранение данных в виде ключ-значение.
В отличие от традиционных РСУБД, некоторые базы данных NoSQL, например, MongoDB, позволяют группировать коллекции данных с другими базами данных. Такие СУБД хранят данные как одно целое. Эти данные могут представлять собой одиночный объект наподобие JSON и вместе с тем корректно отвечать на запросы к полям.
NoSQL базы данных не используют общий формат запроса (как SQL в реляционных базах данных). Каждое решение использует собственную систему запросов.
Сравнение SQL и NoSQL
Для того, чтобы прийти к простому и понятному выводу, давайте проанализируем разницу между SQL- и NoSQL-подходами:
- Структура и тип хранящихся данных: SQL/реляционные базы данных требуют наличия однозначно определённой структуры хранения данных, а NoSQL базы данных таких ограничений не ставят.
- Запросы: вне зависимости от лицензии, РСУБД реализуют SQL-стандарты, поэтому из них можно получать данные при помощи языка SQL. Каждая NoSQL база данных реализует свой способ работы с данными.
- Масштабируемость: оба решения легко растягиваются вертикально (например, путём увеличения системных ресурсов). Тем не менее, из-за своей современности, решения NoSQL обычно предоставляют более простые способы горизонтального масштабирования (например, создания кластера из нескольких машин).
- Надёжность: когда речь заходит о надёжности, SQL базы данных однозначно впереди.
- Поддержка: РСУБД имеют очень долгую историю. Они очень популярны, и поэтому получить поддержку, платную или нет, очень легко. Поэтому, при необходимости, решить проблемы с ними гораздо проще, чем с NoSQL, особенно если проблема сложна по своей природе (например, при работе с MongoDB).
- Хранение и доступ к сложным структурам данных: по своей природе реляционные базы данных предполагают работу с сложными ситуациями, поэтому и здесь они превосходят NoSQL-решения.
Источник: tproger.ru
Описание программных продуктов, используемых при проектировании БД
Любая организация нуждается в своевременном доступе к информации. Ценность информации в современном мире очень высока. Роль распорядителей информации в современном мире чаще всего выполняют базы данных. Базы данных обеспечивают надежное хранение информации, структурированном виде и своевременный доступ к ней. Практически любая современная организация нуждается в базе данных, удовлетворяющей те или иные потребности по хранению, управлению и администрированию данных.
Целью выполнения курсового проекта является приобретение практических навыков проектирования баз данных и разработки программного обеспечения по управлению базами данных с использованием СУБД. В ходе выполнения данного курсового проекта необходимо разработать информационную базу данных для поликлиники, которая поможет легко найти нужную информацию о любом сотруднике или пациенте.
В задачи курсового проекта входят:
1. Проектирование базы данных «Поликлиника»;
2. Создание таблиц и установка связей между ними, индексов, триггеров, пользователей с различным уровнем доступа;
3. Заполнение таблиц данными;
4. Создание хранимых процедур, UDF, представлений.
5. Создание автоматических задач по резервному копированию всей базы и отдельных таблиц с разными параметрами (в зависимости от предметной области)
Предварительная работа
Описание предметной области
Поликлиника – это организация, которая работает с очень большим объемом информации, как о сотрудниках, так и о пациентах. Врачам необходимо всегда следить за данными о своих пациентах, о курсе лечения больных. А руководству и бухгалтерии необходимо быть в курсе событий о своих сотрудниках. Для этого нужна общая база данных, включающая всю необходимую информацию. Программа является очень актуальной на сегодняшний день, она автоматизирует работу с базой данных.
Мощность базы данных обусловлена возможностью ее постоянного пополнения новыми данными, причем в неограниченном количестве информации. Это является очень удобным для пользователя. Таким образом, создание базы данных, обладающей такими свойствами, задача достаточно актуальная и полезная.
Обоснование выбора СУБД и программного обеспечения
В качестве средства проектирования базы данных, была выбрана СУБД MS SQL Server 2008 r2.
В отличие от всех остальных наиболее известных СУБД, MS SQL Server имеет ряд преимуществ. Главным из них является то, что он обеспечивает создание информационных систем с архитектурой «клиент-сервер», в которой он играет роль сервера баз данных. Одним из важных свойств Microsoft SQL Server является возможность управления целостностью данных.
Также можно сказать, что он удовлетворяет требованиям, предъявляемым к системам распределенной обработки информации. Эта СУБД поддерживает: тиражирование данных, параллельную обработку, создание и обработку больших баз данных на недорогих аппаратных платформах, отличается простотой управления и использования.
Описание программных продуктов, используемых при проектировании БД
В своей работе я использовал Microsoft Visio 2010 и Microsoft SQL Server 2008 r2.
Microsoft Visio 2010
Программа Microsoft Visio является составной частью пакета Microsoft Office. Основным назначением Visio является визуализация данных или изготовление практически любых схем, иллюстраций и диаграмм, необходимых для оформления деловой документации.
Используя Visio, можно легко и быстро оформить блок-схему алгоритма, изобразить структуру организации или, например, последовательность операций некоторого технологического процесса. При этом вовсе необязательно иметь навыки рисования — программа комплектуется большим количеством готовых элементов или «фигур», подходящих для использования в самых разнообразных ситуациях. Разместив элементы на листе, соединив их линиями, указывающими связи между объектами или ход действий, и снабдив поясняющими надписями, получите иллюстрацию, которую можно отпечатать и использовать как самостоятельный документ или поместить в качестве рисунка в документ, подготовленный в другой программе.
Возможности Visio не ограничиваются стандартными задачами, такими как рисование простых графиков или блок-схем. Используя эту программу, можно отобразить ход выполнения проекта, подготовить план здания или, например, макет веб-страницы, а также интерфейс разрабатываемого и нашей компании приложения. Содержание иллюстраций зависит только от вашего воображения. При этом вы сможете гибко настраивать внешний вил элементов, что позволит не только использовать функциональную окраску частей иллюстрации, но и получить опрятный и привлекательный документ.
В процессе работы с документами Visio вы можете использовать как наборы стандартных графических объектов, так и данные, подготовленные в других приложениях. Также можно поместить в документ фотоснимки н текстовые фрагменты. Если вы работаете с системами автоматизированного проектирования (например AutoCAD), то вы сможете разместить в документе Visio фрагменты ваших чертежей или, наоборот, поместить в чертеж иллюстрацию, подготовленную в Visio. В некоторых случаях можно использовать в иллюстрациях информацию, хранящуюся в файлах на жестком диске или в базах данных.
Особенностью Visio является простая и эффективная работа с документами больших форматов. Благодари этому вы сможете подготовить небольшой рисунок для текстового отчета, схему формата А4 или плакат формата А1. При необходимости крупноформатный документ может быть автоматически разбит на несколько фрагментов меньшего размера (например, листов форматa А1). Это позволит вам печатать большие плакаты при помощи стандартного домашнего или офисного принтера. При наличии широкоформатного принтера (плоттера) вы сможете распечатывать документы на листах большего размера.
Как мы уже говорили, Visio является составной частью Microsoft Office, поэтому, при наличии некоторого опыта работы с Microsoft Word или Excel, освоить Visio не составит большого труда — большинство кнопок, команд и инструментов будут вам знакомы. На освоение специфичных для Visio способов работы с элементами иллюстраций также не потребуется много времени. Таким образом, Microsoft Visio является простым в использовании и одновременно мощным инструментом, позволяющим создавать сложные и при этом аккуратные схемы, диаграммы и иллюстрации к различным документам.
Microsoft SQL Server 2008 R2
Microsoft SQL Server 2008 R2 обеспечивает высокий уровень надежности и производительности систем управления базами данных и оборудования локальной сети. Встроенный модуль Power Pivot позволяет производить загрузку данных в создаваемые проекты из любых внешних источников, информационных систем и электронных таблиц.
Предусмотрена возможность записи анализируемых сведений в виде бизнес-терминов, установки связей между ними, добавления формул и внешней информации сокращает временные и эксплуатационные затраты на создание аналитической документации посредством высокой степени быстродействия, наличия всех необходимых инструментов и упреждения применения сторонних приложений при осуществлении расчетов.
Простота использования функций программы позволяет производить анализ бизнес-данных даже сотрудниками, не имеющими специальных навыков в программировании, содержит в своем составе компонент Reporting Services, обеспечивающий генерирование комплексных систем корпоративной отчетности для обслуживания тысяч пользователей.
Имеется надежный, простой и удобный инструмент для проектирования отчетности Report Designer и средства визуализации, облегчающие работу с данными конечных пользователей предприятия. содержит встроенный OLAP-сервер для осуществления интеллектуального анализа многомерных данных в режиме текущего времени.
Система фильтрации дает возможность производить выделение значимой для заданных бизнес-процессов информации осуществляет одновременный учет данных из множества различных источников, используя технологию комплексного анализа происходящих событий и обрабатывая более 10 000 записей в секунду.
Набор интеллектуальных алгоритмов помогает решать задачи прогнозирования и определения скрытых закономерностей между данными базируется на мощных технологиях StreamInsight, позволяющих начинать работать с информацией сразу же после ее поступления.
Служба управления нормативно-справочными сведениями Master Data Services является высокоэффективным инструментом, предназначенным для осуществления централизованного мониторинга данных, в полной мере соблюдает установленные регламентом предприятия процедуры, упреждая внесение несанкционированных изменений.
Для добавления информации в справочники в ручном режиме имеется широкий набор инструментов, позволяющих описывать структурные взаимосвязи отдельных компонентов при внедрении данных из различных источников. значительно облегчает процесс консолидации информации из разрозненных приложений.
Программный комплекс может применяться в качестве платформы для развертывания баз данных. дает возможность работать с большими объемами информации, консолидируя бизнес-сведения из различных источников и обеспечивая высокий уровень производительности и эффективности работы конечных пользователей.
Обслуживание баз данных и запросы пользователей выполняются с наивысшей скоростью, за счет чего повышается качество и результативность функционирования информационной системы предприятия интегрируется с платформой Windows Server 2008 R2, обеспечивая запуск виртуальных дата-центров и баз данных на 256 логических процессоров.
Предусмотрена возможность миграции в облачную, виртуализованную инженерно-техническую инфраструктуру, представляемую по требованию, поддерживает 64-разрядные операционные системы, за счет чего повышается скорость работы приложений и баз данных.
Наличие служб мастер-данных SQL Server Master Data Services обеспечивает поддержку целостности информации в гетерогенном окружении. производит консолидацию и виртуализацию серверного оборудования в масштабе всей корпоративной сети.
Объем оперативной памяти ограничивается только возможностями установленной операционной системы. поддерживает методику сложной обработки событий.
Программный пакет дает возможность производить создание масштабных информационных хранилищ совместно с серверными системами Bull, Dell, EMC, HP, Unisys и IBM. В значительно усовершенствована бизнес-аналитическая составляющая, повышающая качество обслуживания и работы с информационными хранилищами.
Имеется множество инструментов для генерирования стандартной и нерегламентированной отчетной документации различными категориями сотрудников предприятия. поддерживает клиентскую систему отчетности в формате Excel и интегрируется с бизнес-аналитическим модулем Sharepoint.
Предусмотрена возможность скоростного создания необходимой отчетной документации. позволяет осуществлять публикацию компонентов отчетов в общую библиотеку для их многоразового использования.
Программное решение обеспечивает целостность и доступность всех сохраняемых сведений. дает возможность легко находить и повторно использовать требуемые сведения.
Инновационной функцией при составлении геопространственной отчетной документации является применение картографической информации, пользовательских областей и маршрутов. За счет поддержки геопространственных типов интегрируется с приложением Microsoft Virtual Earth.
Проектирование базы данных
Концептуальная модель
Основным объектом в рассматриваемой модели является Поликлиника. У поликлиники есть свои характеристики: заведующий поликлиникой, адрес, название. Она представлена в виде составляющих ее отделений, которые тоже имеют ряд характеристик: заведующий отделением, название отделение, старшая медсестра.
В каждом отделении имеются сотрудники и пациенты, которые имеют свои личные данные.
Концептуальная модель базы данных представлена на рисунке 1.
| Фамилия Имя Отчество Дата рождения Должность Оклад Адрес Телефон |
| Сотрудник |
| Сотрудники |
| Пациенты |
| Поликлиника |
| Заведующий поликлиникой Адрес Название Печать |
| Отделения |
| Заведующий отделением Название Старшая медсестра |
| Отделение |
| Фамилия Имя Отчество Адрес Диагноз Дата поступления Дата выписки |
| Пациент |
| Рисунок 1 Концептуальная модель базы данных |
Дата добавления: 2019-03-09 ; просмотров: 772 ; Мы поможем в написании вашей работы!
Источник: studopedia.net