26. Этапы и принципы создания бд

1 этап: моделирование, т.е. построение логич. модели данных. Глав. назнач.-систематизация разнообразной инф-ии и отражение ее св-в по содержанию, структуре, объему, связи, динамики с учетом удовлетворения информационных потребностей пользователя. На этом этапе сначала выявляют объекты, процессы или сущности предметной области, к-рые могут представлять интерес для пользователя. При построении выбирается 1 из 3-х подходов моделирования:1-иерархический;2-сетевой;3-реляционный.

2 этап: определ-ся совокуп-ть показ-ей и реквизитов,необходимых и достаточных для решения обозначенного круга задач.

3 этап: формируются файлы,в которых выделяется ключевое поле для взаимодействия с др. файлами.

4 этап: устанавливаем тип данных и разрядность каждого поля,кол-во записей в файлах и др. хар-ки.

28. Программное обеспечение управления данными в эис. Субд, их ф-ии и назначение. Примеры.

Для работы с файлами баз данных созданы специальные пакеты прикладных программ, называемые системой управления базами данных (СУБД). Средствами СУБД любой пользователь может соз­дать файлы БД, просматривать их, изменять, выполнять поиск, формировать отчеты произвольной формы. Кроме того, поскольку структура файлов БД записана на диске в его начале, можно от­крыть, просмотреть, выбрать данные и из чужою файла, создан­ного кем-то программно или средствами СУБД. В настоящее время создано большое количество СУБД, имеющих приблизительно одинаковые возможности. Все они позволяют создавать файлы БД на диске (то есть записать их структуру), вводить данные, просматривать созданные файлы, редактировать их, обновляя записи, удаляя ненужные, добавляя новые. Созданные файлы БД можно упорядочивать по значе­нию определенного ключевого реквизита или нескольких рекви­зитов, выполнять поиск информации в базе, формировать отче­ты заданной формы по ее данным. Кроме того, очень важной является функция изменения структуры уже созданного файла базы данных. Часто в связи с изменяющимися внешними усло­виями требуется увеличить разрядность какой-либо графы (например, «цена» или «сумма» в связи с инфляцией) или доба­вить новый реквизит. Функция изменения структуры базы дан­ных разрешает эту проблему автоматически, перезаписывая файл на новое место на диске с измененной структурой. При этом файлу с измененной структурой присваивается тоже имя, а старая копия файла сохраняется на диске с тем же именем, но с расширением. Расширение - это дополнительная страховка, выполняемая СУБД, которая предохраняет пользователя от по­тери данных при выполнении операции перезаписи и служит одной из мер защиты данных в БД. Кроме этой меры преду­смотрен еще ряд, возможностей, предохраняющих пользователя от случайной потери данных: предупреждения перед необратимыми операциями типа очистки файла от данных, перезаписи файлов и так далее. Средства СУБД также позволяют организо­вать систему паролей для зашкгы от несанкционированного доступа к данным базы. Наиболее известной среди СУБД является система dBASE, кроме нее существуют FoxBase, FoxPro, Paradox, SQL, Rjbase, Clipper, Oracle и др. СУБД предполагает работу пользователя с базой данных в раз­ных режимах: режим «ассистента» с использованием разветвленного меню; наиболее простой способ работы, не требующий специальной подготовки пользователя, кроме общих представлений о ра­боте с базами данных; командный режим, предполагающий диалог пользователя и системы на языке команд СУБД, требует от пользователя знания этого языка; программный режим, использующий язык СУБД и позво­ляющий создать пользовательские программы различной сте­пени сложности, удобно оформленные, выполняющие все функции, необходимые для решения задачи. Большинство современных комплексов программ, решающих экономиче­ские задачи, написаны на языках СУБД. Эти языки позволя­ют создать программы, имеющие удобный «дружественный» пользовательский интерфейс (взаимодействие пользователя с компьютерной системой).

29.Эл-ты реляционной базы данных

Реляционная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц. 1. Каждая таблица состоит из однотипных строк и имеет уникальное имя. 2. Строки имеют фиксированное число полей (столбцов) и значений (множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего. 3. Строки таблицы обязательно отличаются друг от друга хотя бы единственным значением, что позволяет однозначно идентифицировать любую строку такой таблицы. 4. Столбцам таблицы однозначно присваиваются имена, и в каждом из них размещаются однородные значения данных (даты, фамилии, целые числа или денежные суммы). 5. Полное информационное содержание базы данных представляется в виде явных значений данных и такой метод представления является единственным. В частности, не существует каких-либо специальных "связей" или указателей, соединяющих одну таблицу с другой. 6. При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признакам Виды логической связи. Реляционная модель данных является совокупностью простейших двумерных таблиц, а отношения между таблицами устанавливают связь между данными находящимися в разных таблицах базы данных.Связь устанавливается между двумя общими полями (столбцами) двух таблиц. Существуют связи с отношением «один-к-одному», «один-ко-многим» и «многие-ко-многим». Отношения, которые могут существовать между записями двух таблиц: один-к-одному, каждой записи из одной таблицы соответствует одна запись в другой таблице; один-ко-многим, каждой записи из одной таблицы соответствует несколько записей другой таблице; многие-к-одному, множеству записей из одной таблице соответствует одна запись в другой таблице; многие-ко-многим, множеству записей из одной таблицы соответствует несколько записей в другой таблице. Тип отношения в создаваемой связи зависит от способа определения связываемых полей: Отношение «один-ко-многим» создается в том случае, когда только одно из полей является полем первичного ключа или уникального индекса. Отношение «один-к-одному» создается в том случае, когда оба связываемых поля являются ключевыми или имеют уникальные индексы. Отношение «многие-ко-многим» фактически является двумя отношениями «один-ко-многим» с третьей таблицей, первичный ключ которой состоит из полей внешнего ключа двух других таблиц.