
- •6. Сетевая модель
- •7.Реляционная модель бд.
- •8.Связи между таблицами бд.
- •9.Ключи таблиц реляционной бд.
- •1.Экономическая информация и её структурные единицы.
- •2.Внемашин. И внутримашин. Орг-ция экон.И
- •3.Основные понятия бд и субд
- •22 Вычисления в ms Access
- •23 Встроенные функции ms Access
- •24 Типы данных ms Access
- •31. Архитектура субд
- •32. Классификация субд
- •33. Характеристики субд.
- •38. Трехзвенная модель «клиент-сервер»
- •40. Хранимые процедуры и триггеры
- •49. Общая структура хд.Отличие хд от бд
- •41. РаБд и их особен-ти.
- •43. Требования к РаБд (Правила к. Дейта).
- •44. Методы интеграции РаБд.
- •45. Постреляционная модель бд.
- •46. Многомерная модель бд.
- •50. Архитектура хд (хранилище данных)
- •51 Требования к современной субд
- •53.Базы знаний и экспертные системы.
- •Экспертная система (эс)
- •Продукционная модель знаний.
- •База знаний:
- •Продукционная модель знаний.
- •Б аза знаний:
- •55. Модель знаний «семантическая сеть»
- •62.Администратор бд и его функции
- •63.Методы защиты бд
- •64.Восстановление бд
- •65.Оптимизация работы бд.
- •66.Возможности ms Access по администрированию бд.
- •67.Индексы и методы доступа
1.Экономическая информация и её структурные единицы.
Документированая И – это И, зафиксир-я на матер. Носителях с реквизитами, позволяющими её идентифицировать (распознать).
Экономическая И (Экон.И) – совок-ть различ. сведений экон. хар-ра, используемых для планир-я, учета, контроля, анализа и управл-я народ. хоз-вом и его звеньями.
Структурн. Ед-цы Экон.И: 1)реквизиты; 2)показатели; 3)документы; 4)массивы.
Реквизиты выражают опред. св-ва объекта, они делятся на реквизиты-признаки и реквизиты-основания. Реквизит-признак опред-ет кач-во объекта, реквизит-основание опред-ет кол-во объекта. Рекв-признак + Рекв-основание = Показатель
Документ – это объект содержащий И оформленую в установл. порядке и имеющий в соотв-и с действующим зак-вом правовое знач-е.
Электронный док-т – док-т в электрон. виде с реквизитами, позволяющими установить его целостность и подлиность.
Массив- совок-ть док-тов объедин-х по опред. признаку.
2.Внемашин. И внутримашин. Орг-ция экон.И
Сущ-ет 2 способа орг-ции экон.И: внемашинная и внутримашинная.
Внемашин. предпологает представл-е и хран-е И на бумаж. носителях. Внутримашин. предпологает исп-е компов и др технич средств, где И хрантся в электрон виде.
Для автоматизации процесов ввода и обработки ЭконИ исп-ся процедуры кодиров-я и класиф-ции.
Кодиров-е – присвоение кодового обозначения для ускор-я поиска и сортировки док-в и др объектов. Коды:
1)порядковые (1,2,3; А,Б,В)
2)серийно-порядковые (А1, В5)
3)разрядные
4)комбинированые (1/506)
С-мы класиф-ции:
1)фасетная – когда объекты делятся на групы по независимым признакам.
2)иерархич – когда объекты делятся на класы, подкласы.
Класификатор – систематизир-й перечень наименов-й объектов, каждому из которых в соотв-и дан уникальныйц код.
Виды класиф-ров: 1)общегосуд, 2)отраслевые, 3)локальные.
3.Основные понятия бд и субд
Недостатки хран-я И в текстов файлах:
1) малое быстродействие при выборке И из файлов большого объёма, т.к при поиске данных файлов с-ма последов-но просматривает все символы
2) невозмож-ть работы с файлом одновремено нескольким пользов-лям
3) трудность структурир-я и выборки И оформленой в виде таблиц.
БД – совок-ть структуриров-й и ваимосвязаной И организованой по опред правилам на матер носителях.
Банк Данных – организационнно- техническая с-ма включающая одну или несколько баз данных и с-му управл-я ими.
СУБД – програмная с-ма, предназначеная для создания и управления БД, а также обеспеч-я доступа пользов-лей к данным содержащимся в базе.
БД включает след компоненты:
1) данные,т.е весь фактич материал хранящийся в базе
2) метаданные, т.е данные о данных. Они предст-ют собой сведения об именах и струк-ре таблиц, именах и правах пользов-лей . Метаданые хранят всю И об объектах БД. Чаще всего метаданные хранятся в форме таблиц, кот наз-ся системными.
3) метаданные приложений – данные о приложениях выполняемых СУБД.
Примеры СУБД: MS Acces, MS Visual FoxPro, MS SQL Server, Oracle, IBM DB2, My SQL.
16. Логическое проектирование. Его целью явл. преобразование концептуал. модели в логическую, не завис-ей от конкретной СУБД. Применит-о к реляц. базам логич. модель – это реляц. модель, предствленная в виде схемы данных. Логич. проект-е вкл. след. процедуры: 1.преобразование концепт модели (ER-диаграммы) в реляц-ю. 2.нормализация таблиц реляц модели. 3.задание типов данных и размера полей таблиц, при этом: а)каждому полю задается соответ. тип данных и размер поля.б)первич и внеш ключи должны сответ-ть по типу данных и размеру.в) каждому полю м. б. заданы спец св-ва (напр совпадения значений допускаются или нет). Рез-том логич проект-я явл схема данных, на кот. отмечены названия полей и таблиц, тип данных, размеры полей, первич и внеш ключи. *-первич ключ, **-внеш ключ.
К
1
1
17. Физ. проект-е – этап создания БД с помощью конкретной СУБД, кот. вкл. след. процедуры: 1. Создание таблиц. При этом в каждой таблице:а)задаются названия полей, типы данных, размеры полей.б)задается первич ключ.в) форм-ся внеш ключи(в тех табл, где необх-о). 2.уст-е связи между таблицами, т.е. создание схемы данных. 3. Создание форм для ввода данных в табл. базы. 4. Заполнение таблиц данными. При этом возможны 2 способа: а)ввод данных непосред-но в табл. б)ввод данных с помощью форм. 5. Форм-е запросов в БД для извлечения необх. и. 6. Создание отчетов из БД для последующей печати и анализа. 7. Создание прикладных программ и др. объектов. 8. Уст-е защиты БД.
18. Жизненный цикл БД(жцбд) и требования к ней. Жцбд –это процесс проект-я, реализации и поддержки БД, сост-ий из семи этапов: 1. Предварит. план-е (собирается и. об используемых и находящихся в пр-се разработки прикладных программах и файлах, связанных с ними)2. Проверка осуществимости (предполаг. подготовку отчетов по трем вопр-ам: есть ли технология; имеются ли персонал, средства и эксперты для успешного создания БД; окупится ли заплан-я БД) 3. Определение требований ( формул-ся цели БД, информац потребности различ структур подразделений, требования к оборудованию, требования к программ обесп-ю.) 4. Концептуал. проект-е (создаются подробные модели пользовательских представлений данных предмет. обл. Затем они интегрир-ся в концепт. модель, кот. фикс-т все элементы корпорат. данных, подлежащих загрузке в БД). 5. Логич. проект-е( осущ-ся выбор типа модели данных). 6. Физ. проект-е (логич. модель расширяется характеристиками, необх. для опред-я способов физ. хранения БД, методов доступа к данным базы, требуемого объема памти и др.). 7. Оценка и поддержка БД (опрос пользователей на предмет выяснения, какие их информ. потребности остались неучтенными. При необх-и вносятся изм-я). Требования к базе: 1.целостность БД.2. многогратное исп-е данных.3. быстрый поиск и получение и. по запросам пользователей. 4. Простота обновления данных. 5. Min-ция избыточности данных. 6. Защита данных от несанкц. доступа, искажения и уничтожения.
20. назначение и способы создания запрасовЗапросы предназначены для: 1. Выборки нужных данных из одной или неск. таблиц и др. запросов; 2. Обновления, добавление, удаления данных из табл. Создание новых таблиц и удаление существующих.Результатом выполнения запроса явл таблица.структура которой определяется нахождением в запросе требования. Она может содржать вычисляемые поля
Сп-бы созд-я запросов: по образцу QBE (Query By Example), с помощью языка SQL.
21. Типы запросов: запрос на выборку, перекрёстные запросы, активные запросы.
Запрос на выборку – запрос в виде требования для выборки необх. данных. Такие запросы бывают след. видов: 1) простой запрос на выборку – выбор данных из таблицы или др. запросов; 2) запрос с условием – позволяет выбрать данные с учётом опред. условий; 3) запрос с групповыми операциями; 4) запрос с параметром – запрос, в котором параметры отбора может создать сам пользователь; 5) запросы с вычислениями.
Виды акт. запросов: 1) запрос на созд. таблицы (созд. новой таблицы в БД); 2) запрос на обновление; 3) запрос на добавление; 4) запрос на удаление.