This HTML5 document contains 7 embedded RDF statements represented using HTML+Microdata notation.

The embedded RDF content will be recognized by any processor of HTML5 Microdata.

PrefixNamespace IRI
n6http://dbkwik.webdatacommons.org/resource/OBR1Y3Pgcrp00HpCpvb8Gg==
n10http://dbkwik.webdatacommons.org/ontology/
dctermshttp://purl.org/dc/terms/
n7http://dbkwik.webdatacommons.org/resource/QeB65QvaPDEkRYP0wqV-eA==
n9http://dbkwik.webdatacommons.org/resource/zRYZng4gspYud_6zdqP5Og==
n2http://dbkwik.webdatacommons.org/resource/8UeVg1WPTkA6Pys7npaigQ==
rdfshttp://www.w3.org/2000/01/rdf-schema#
rdfhttp://www.w3.org/1999/02/22-rdf-syntax-ns#
xsdhhttp://www.w3.org/2001/XMLSchema#
n8http://dbkwik.webdatacommons.org/ru.science/property/
n4http://dbkwik.webdatacommons.org/resource/NpcDaGRKCG37i_4Yy4l6vA==
Subject Item
n2:
rdfs:label
Технология проектирования баз данных
rdfs:comment
База данных – динамически обновляемая информационная модель предметной области, а процесс ее проектирования – процесс моделирования предметной области. Жизненный цикл всякой БД включает в себя три фазы: 1) проектирование; 2) реализация; 3) эксплуатация. Проектирование структуры БД – это сложный итерационный процесс, из пяти этапов. Этап 1 – включает в себя изучение, анализ и описание информационных процессов предметной области, выявление информационных потребностей пользователей и формулирование требований к содержанию БД и обработке данных. Формально схему БД записывают так: ,
dcterms:subject
n4: n6: n7:
n8:wikiPageUsesTemplate
n9:
n10:abstract
База данных – динамически обновляемая информационная модель предметной области, а процесс ее проектирования – процесс моделирования предметной области. Жизненный цикл всякой БД включает в себя три фазы: 1) проектирование; 2) реализация; 3) эксплуатация. Проектирование структуры БД – это сложный итерационный процесс, из пяти этапов. Этап 1 – включает в себя изучение, анализ и описание информационных процессов предметной области, выявление информационных потребностей пользователей и формулирование требований к содержанию БД и обработке данных. Этап 2 – построение инфологической модели предметной области. На этапе 3 осуществляется выбор модели данных и СУБД. Этап 4 предполагает построение вариантов логической структуризации БД, их анализ и выбор согласно критериям качества (НЕизбыточность, НЕпротиворечивость, Независимость проектируемой БД). На этапе 5 выполняется построение вариантов физической структуры, их анализ выбор согласно требованиям к основным эксплуатационным характеристикам БД (время, память, уровень защиты данных). Результатом этапа 4 является логический проект БД (схема БД). В рамках реляционного подхода схема БД определяет: сколько таблиц должно быть в БД, какие атрибуты и какие ключи имеет каждая таблица БД. Формально схему БД записывают так: , где – число таблиц БД, – схема (состав атрибутов и ключ) -ой таблицы. Физическое проектирование БД (этап 5) – доводка логического проекта с учетом особенностей выбранной системы управления базами данных (СУБД) и требований к эксплуатационным характеристикам БД. Эта доводка включает в себя установку явных связей между таблицами, определение индексов таблиц, определение запоминающих устройств, методов доступа, способов защиты и данных. Основная задача проектировщика БД – получение хорошего логического проекта БД. Исходными данными для решения этой задачи являются: - множество атрибутов, значения которых требуется хранить в БД; - множество связей между атрибутами. Множество атрибутов дает ответ на вопрос: «Что хранить?». Множество связей между атрибутами – основа выбора проектных решений, касающихся организации БД. Проектирования БД является сложным итерационным процессом. Автоматизировать данный процесс можно с помощью современных CASE-средств (средств автоматизации проектирования).