Тенденции развития баз данных(?)
Вот уже в течение шестидесяти лет наблюдается непрерывно ускоряющееся совершенствование основных параметров вычислительных средств. Каждый из перечисленных ниже показателей за каждое десятилетие улучшается в десять и более раз:
число машинных команд, выполняемых в секунду;
стоимость типичного процессора;
стоимость относительной единицы вторичной памяти;
стоимость относительной единицы оперативной памяти.
Благодаря столь быстрому улучшению соотношения цена/производительность наиболее критичных компонентов, каждые несколько лет мы приобретаем возможности для решения новых классов задач, создания принципиально новых приложений и услуг, которые прежде находились за пределами реальности.
Экономика исследований и разработок за последние пять лет претерпела значительные изменения. Вообще говоря, корпорации, которые традиционно поддерживали фундаментальные исследования, вынуждены сократить их финансирование в связи со снижением прибыльности многих видов продуктов и сервиса. Произошла переориентация инвестиций в пользу краткосрочных исследовательских проектов, направленных не на создание прототипов систем, а на непосредственное удовлетворение потребностей рынка. Аналогичная переориентация наблюдается и в деятельности правительственных исследовательских организаций, которые также ощущают потребность в переориентации от долговременных к краткосрочным проектам, предполагающим быструю отдачу.
|
|
|
Рост информационно емких отраслей индустрии и значимость повышения эффективности всех видов бизнеса – эти два фактора ставят развитие технологий баз данных едва ли не во главу угла корпоративных интересов.
Пользователи баз данных
Объект «пользователь базы данных» применяется для предоставления доступа ко всем объектам базы данных:
• таблицам,
• представлениям,
• хранимым процедурам
• диаграммам
• и т. д.
В ситуации, когда учетная запись не отображается в пользователя базы данных, клиент все же может получить доступ к базе данных под гостевым именем guest, если оно, имеется в базе данных.
Обычно пользователю guest предоставляется минимальный доступ только в режиме чтения. В некоторых ситуациях и этот доступ необходимо предотвратить.
Пользователи баз данных могут объединяться в группы и роли для упрощения управлением системой безопасности.
При создании базы данных определяются два стандартных пользователя:
dbо( DataBaseOwner, владелец базы данных )
guest (гость)
Владелец базы данных (DataBaseOwner, DBO) — специальный пользователь, обладающий максимальными правами в базе данных. Пользователя dbo нельзя удалить.
|
|
|
Любой член роли sysadmin автоматически отображается в пользователя dbo. Если пользователь, являющийся членом роли sysadmin, создает какой-нибудь объект, то владельцем этого объекта назначается не данный пользователь, a dbo.
Для обеспечения максимальной безопасности можно удалить пользователя guest из любой базы данных.
Пользователь, который создает объект в базе данных, например таблицу, хранимую процедуру или представление, становится владельцем объекта (databaseobjectowner) :
• владелец объекта имеет все права доступа к созданному им объекту;
• чтобы пользователь мог создать объект, владелец базы данных (dbo) должен предоставить пользователю соответствующие права;
• полное имя создаваемого объекта включает в себя имя создавшего его пользователя;
Если пользователь хочет обратиться к таблице, используя только ее имя и не указывая владельца, SQL Server::
1. Ищется таблица, созданная пользователем, выполняющим запрос.
2. Если таблица не найдена, то ищется таблица, созданная владельцем базы данных (dbo).
Жизненный цикл баз данных
Процесс проектирования, реализации и поддержания системы базы данных называется жизненным циклом базы данных (ЖЦБД)
|
|
|
ЖЦБД состоит из следующих этапов:
1. Предварительное планирование – планирование БД, выполняемое в процессе разработки стратегического плана БД. В процессе планирования собирается следующая информация:
· какие прикладные программы используются, и какие функции они выполняют;
· какие файлы связаны с каждым из этих приложений;
· какие новые приложения и файлы находятся в процессе работы.
Данная информация помогает определить, как используется информация приложений, определить будущие требования к системе БД.
Информация этого этапа документируется в виде обобщенной модели данных.
2. Проверка осуществимости. Здесь определяется технологическая, операционная и экономическая осуществимость плана создания БД, т. е.:
· технологическая осуществимость – есть ли технология для реализации запланированной БД?
· операционная осуществимость – есть ли средства и эксперты, необходимые для успешного осуществления плана создания БД?
· экономическая целесообразность – можно ли определить выводы? Окупится ли запланированная система? Можно ли оценить издержки и выгоду?
3. Определение требований включает выбор целей БД, выяснение информационных требований к системе и требований к оборудованию и программному обеспечению. Таким образом, на данном этапе сбора данных и определения требований создаётся общая информационная модель, выражающаяся в следующих задачах:
|
|
|
· Определяются цели системы путём анализа информационных потребностей. Здесь также обязательно указывается, какую именно БД следует создавать (распределённую, целостную) и какие коммуникационные средства необходимы. Выходной документ – комментарий, описывающий цели системы.
· Определение пользовательских требований: документация в виде обобщённой информации (комментарии, отчёты, опросы, анкеты и т. д.); фиксация функций системы и определение прикладных систем, которые будут выполнять эти требования. Данные представляются в виде соответствующих документов.
· Определение общих требований к оборудованию и программному обеспечению, связанных с поддержанием желаемого уровня быстродействия. (Выяснение количества пользователей системы, числа входных сообщений в день, количество распечаток). Данная информация используется для выбора типов компьютеров и СУБД, объёма дисков, количества принтеров. Данные этого этапа излагаются в отчёте, содержащем примерные конфигурации оборудования и программного обеспечения.
· Разработка плана поэтапного создания системы, включающий выбор исходных приложений.
4. Концептуальное проектирование – создание концептуальной схемы БД. Спецификации разрабатываются в той степени, которая необходима для перехода к реализации.
Основным выходным документом является единая инфологическая модель (или схема БД на концептуальном уровне). При разработке данной модели используются информация и функции, которые должна выполнить система, определённые на этапе сбора и определения требований к системе. На данном этапе желательно также определить: 1) правила для данных; 2) правила для процессов; 3) правила для интерфейса.
5. Реализация – процесс превращения концептуальной модели в функциональную БД. Он включает в себя следующие этапы.
1) Выбор и приобретение необходимой СУБД.
2) Преобразование концептуальной (инфологической) модели БД в логическую и физическую модель данных:
· на основе инфологической модели данных строится схема данных для конкретной СУБД, при необходимости реализуется денормализация БД с целью ускорения обработки запросов во всех критичных по времени приложениях;
· определяются, какие прикладные процессы необходимо реализовать в схеме данных как хранимые процедуры;
· реализовать ограничения, предназначенные для обеспечения целостности данных и реализации правил для данных;
· спроектировать и сгенерировать триггеры для реализации всех централизованно определённых правил для данных и правил целостности данных, которые не могут быть заданы как ограничения;
· разработать стратегию индексирования и кластеризации; выполнить оценку размеров всех таблиц, кластеров и индексов;
· определить уровни доступа пользователей, разработать и внедрить правила обеспечения безопасности и аудита. Создать роли и синонимы для обеспечения многопользовательского доступа с согласованными уровнями полномочий доступа.
· разработать сетевую топологию БД и механизм бесшовного доступа к удалённым данным (реплицированная или распределённая БД).
3) Построение словаря данных, который определяет хранение определений структуры данных БД. Словарь данных также содержит информацию о полномочиях доступа, правилах защиты данных и контроля данных.
4) Заполнение базы данных.
5) Создание прикладных программ, контроль управления.
6) Обучение пользователей.
6. Оценка и усовершенствование схемы БД. Включает опрос пользователей с целью выяснения функциональных неучтенных потребностей. При необходимости вносятся изменения, добавление новых программ и элементов данных по мере изменения и расширения потребностей.
Таким образом, ЖЦБД включает в себя:
· Изучение предметной области и представление соответствующей документации (1-3).
· Построение инфологической модели (4).
· Реализация (5).
· Оценка работы и поддержка БД (6).
Дата добавления: 2018-08-06; просмотров: 569; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!