Слайд 1БАНКИ ДАННЫХ
Автор: Емельянов Н. Е.
Правка: Тригуб Н.А.
Слайд 26. Интерфейс с БД
Проблемы создания БД
Проектирование (концептуальное)
Хранение (выбор СУБД, логическое
проектирование)
Интерфейс (как организовать ввод-вывод)
Технология эксплуатации (сеть или нет и др.)
Слайд 36.1. Понятие документа
БД
ВХОД
ВЫХОД
…
Малый бизнес – до 100 дисплеев
Средний - от
100 до 1000
Большой – более 1000
Слайд 4Понятие User View -
взгляд пользователя
View 1
Слайд 5Понятие User View -
взгляд пользователя
View 2
Слайд 6Понятие User View -
взгляд пользователя
View 3
Слайд 7Понятие User View -
взгляд пользователя
View 3
View 1
View 2
Слайд 8Каждый документ – один из взглядов (View).
Сколько же документов
в ИС?
Обследование 5.000 ИС в 2000 г.
Слайд 9Документ (D) – структурированный текст (справка, таблица, газета, книга и
т.д.) на магнитном носителе или в последовательности символов.
D = UBi
i
Слайд 10Электронный документ – структурированная информация для ввода, вывода, передачи, согласования,
подписи и т.д. на магнитном носителе или в последовательности символов.
Слайд 116.2. Форма и содержание документа
АНКЕТА
ФИО Иванов И.И
Г.Р. 1986
………
Форма – постоянная часть всех
документов данной форма.
Содержание – переменная часть.
Слайд 12
Министерство высшего образования
МИСИС
Кафедра ИК
Фонд заработной платы
Январь 2008 года
500.000 рублей
Слайд 13
Министерство высшего образования
МИСИС
Кафедра ИК
Фонд заработной платы
Январь 2008 года
500.000 рублей
Если ИС
– кафедральная зарплата
Слайд 14
Министерство высшего образования
МИСИС
Кафедра ИК
Фонд заработной платы
Январь 2008 года
500.000 рублей
Если ИС
– зарплата МИСИС
Слайд 15
Министерство высшего образования
МИСИС
Кафедра ИК
Фонд заработной платы
Январь 2008 года
500.000 рублей
Если ИС
– Министерства высшего образования
Слайд 16
Министерство высшего образования
МИСИС
Кафедра ИК
Фонд заработной платы
Январь 2008 года
500.000 рублей
Если ИС
– Совета Миристров
Слайд 176.3. Ввод документов
БД
Структура док-та
Структура БД
Документ
1
2
3
1 – расформатирование,
2 – реструктуризация (из
док. В БД),
3 – запись в БД
Слайд 186.4. Вывод документов
БД
Структура док-та
Структура БД
Документ
3
2
1
1 – отбор из БД,
2 –
реструктуризация (из БД в док.),
3 – форматирование
Слайд 19Вопрос. Можно ли повторно вводить в БД один и тот
же документ?
F(Б (старая), Di j)
Б (нов.)
F((Б (ст.), Di j), Di j)) Б’(нов.)
Б (нов.) = Б’(нов.) ?
Может ли быть, что
Б (нов.) /= Б’(нов.) ?
Слайд 206.5. Классификация видов представления данных в документах
Как можно отобразить сложные
структуры на лист бумаги ?
Слайд 21Аксиома 1. Не бывает документов типа Зарплата = 5000.
Обязательно есть идентификаторы, которые определяют данные.
Аксиома 2.
Семантические блоки или не пересекаются или один входит в другой.
То есть кроссворды не документы.
Если Аксиомы 1, 2 выполнены, то можно все отображения разбить на следующие типы.
М
О
А С У
К
В
А
Слайд 22Типы отображений
1) Последовательности
- с именами
- с
разделителями
- семантические
2) Таблицы
- с промежуточными заголовками
- с заголовками столбцов
-
с заголовками строк
3) Иерархии
- с номерами уровней
- отступами
- контурами
-ссылками
4) Смешанное представление
Слайд 23Типы отображений
1) Последовательности
- с именами
Вес = 150 (имя = знач.)
-
с разделителями (3 х 10 см.) (размеры)
- семантические Москва, 2008 (город и год)
2) Таблицы
- с промежуточными заголовками
- с заголовками столбцов
- с заголовками строк
3) Иерархии
- с номерами уровней
- отступами
- контурами
-ссылками
4) Смешанное представление
Слайд 24Таблицы
Имя 1
Имя 2
Имя 3
Имя 4
Имя 5
Имя 6
Имя 7
Имя 8
Имя 9
Имя
10
Данное
Уровень 1
Уровень 2
Уровень 3
Уровень 4
Уровень 5
Имя N
Слайд 25Иерархии
Номера уровней
1.
1.1.
1.2.
1.2.1.
Отступы (блок – схемы)
A
B
C
D
Слайд 26Иерархии
Контуры (газетное представление)
Ссылки
A
B
C
Вести из за
рубежа
Англия
Франция
C
D
Слайд 27Смешанное представление
1.1. Имя 1
Имя 2
Имя 3
Имя 4
Имя 5
Имя 6
Имя 7
Имя
8
Имя 9
Имя 10
Данное
1.2. Имя N
1. Имя 1
Имя 11
Имя 12
И1=Д1, И2=Д2,
И3=Д3,
И4=Д4,
И5=Д5, …..
Иерархия
Таб-
лица
Последовательность
Иерархия
Слайд 296.6. Современный электронный документ (Система Lotus)
Электронная цифровая подпись
Документ –
структурированный текст
ИЗО
AUDIO
VIDEO
Приложения:
Тексты
Базы данных:
БД1
БД2
БДn
. . .
Слайд 307. Запрос к БД
7.1. Компоненты запроса
Что выбрать
По каким условиям
Как сортировать
Как
форматировать
2) 3) – функции языка запросов
3) И 4) –
генератора отчетов
Слайд 31Три способа построения запросов
Алгебра
Исчисление
Языки запросов
Слайд 327.2. Реляционная алгебра Кодда
Всего 6 одно и двухместных операторов
F(A)
B
G(A,B)
C
где A,B,C – отношения
Кодд доказал, что 6 операторов достаточно для выполнения любого запроса
Слайд 33Операторы реляционной алгебры
1. Объединение (Union)
U(A,B) =
C
A и B одинаковы по составу реквизитов.
К строкам А добавляются строки В
2. Пересечение (Intersection)
I(A,B) = C
A и B одинаковы. Выделение общих строк.
3. Вычитание (Difference)
D(A,B) = C
A и B одинаковы. Вычитаются из А общие с В строки.
4. Выбор (Select)
S(A, условие) = B
Выбор из А строк, удовлетворяющих условию.
5. Проекция (Project)
P(A, имена столбцов) = B
Выбор из А указанных столбцов.
6. Соединение (Join)
J(A,B, условие) = C
A и B разного состава. Объединение строк А и В.
Слайд 36J (A, B, условие) = C
A
ai
B
a1
an
b1
bk
bj
ai
a1
an
C
b1
bk
bj
1
x
ai(1)= bj(x)
Условие ai = bj
Слайд 377.3. Реляционное исчисление
(calculus) Кодда
Исчисление – знаковая система из термов (слов),
формул (фраз), правил вывода новых правильных формул из уже имеющихся
Знаки
– отношение
A (a,b,…) – имя и реквизиты отношения
: –– справа стоит условие
Слайд 38Пример
Sp (p#, s#) S (City, s#)
C(Sp.p#, S.s#) : Sp.s# = S.s#
Новое отношение C
построено при помощи
Join и Project
Слайд 397.4. Языки запросов
7.4.1. SQL (Structured Query Language)
Структурированный ЯЗ.
Стандарты ISO
1989 (1992)
Операторы
Select – что выбрать
From – откуда выбрать
Where
– при каких условиях
Слайд 40Алгебра описывает как выполняется запрос
Исчисление и Язык запросов определяют что
нужно получить
Слайд 417.4. Языки запросов
7.4.2. XQuery (XML - запрос)
Для XML - DB.
The World Wide Web Consortium (W3C)
Рекомендации 2006 – 2007
годов.
Слайд 42XML - DB
Результат выполнения запроса тоже XML документ
Слайд 43Работа со сложными структурами в РСУБД
Разложение структур на отношения и
сборка их
Аналог.
Автомобиль в гараж – разборка вплоть до гаек
и винтиков
Из гаража – сборка
Слайд 45XQuery XPath
Эта часть языка позволяет описать
сложные структуры
Слайд 46A . . .
а) Отобрать объекты А, которые содержат
путь В, С
B
C
Слайд 47A . . .
б) Отобрать объекты А, в которых
содержат M = m, N = n
B
C
M = m
N =
n
Слайд 487.4.3. Отображение структуры объекта, реструктуризация
XSLT (XML Style Language Transformations). W3C
Язык
изменения стиля XML
Слайд 50A
B
C
P
N
A
C’
B’
M’
N’
M
Q
Q’
P’
XSLT
Изменение имен, вычисления и др.
S=M’+ N’
Слайд 518. Технология эксплуатации
8.1. Потребности пользователей
Неоднородность (техники, информации - те же
объекты названы по разному и др.)
Распределенность (общие данные разбиты
на части)
Интеграция (Data Warehause – единые хранилище, индекс)
Перепроектирование (Reengineering)
Миграция / наследование (Legacy)
Интероперабельность (Interoperable) – совместное использование
Слайд 528.2. Работа в сетях
Клиент – серверная модель:
Файловый сервер FS
…
БД
Сервер
Клиенты
Сервер
Клиент
File
Слайд 532) Доступ к удаленным ресурсам (RDA –Remote Data Access)
Сервер
Клиент
SQL
Ввод/отображение инф.
Прикладные
программы
Таблица
Слайд 543) Сервер БД (DBS)
Клиент
SQL
Ввод/
отобр. инф.
Прикл.
прогр.
Таблица
Доступ
к ресурсу
Реглам.
вызов
Данные
БД
Сервер
Слайд 554) Сервер приложений (AS – Application Server)
Клиент
SQL
Ввод/
отобр. инф.
Прикл.
прогр.
Таблица
Доступ
к
ресурсу
Реглам.
вызов
Данные
БД
Сервер
API
Данные
AS
Слайд 56Системы 1 – 3 двухуровневые
Система 4 - трехуровневая
Достоинство 3-уровневой
– возможность работы с большим числом клиентов (более 1000)
Толстый клиент
в системах 1 – 3
Тонкий клиент в системах 4
Идеальный тонкий клиент стандартный браузер
Замечательное свойство тонкого клиента – его не нужно инсталлировать при изменении программ
Слайд 578.3. Восстановление после сбоев
8.3.1. Основные понятия
Транзакция – непрерывная деятельность,
которая переводит БД из одного согласованного состояния в другое.Транзакция выполняется
целиком или вообще не выполняется, т.к. ее нельзя прерывать. В случае сбоя нужно откатиться на начало.
Мягкий сбой (диск – носитель БД – цел). Жесткий сбой – диск испорчен.
Контрольная точка – выделенный момент, когда БД в согласованном состоянии.
Архив БД – копия БД, соответствующая некоторой контрольной точке
Слайд 588.3.2. Ведение архива БД
При работе с БД необходимо вести архив,
т.к. возможны жесткий сбой, пожар и т.д.
Обычное ведение архива «в
кружок»: сын, отец, дед.
Если время снятия копии БД неделя.
Современное
состояние - сын
Недельной
давности - отец
Двухнедельной
давности - дед
Слайд 59Через неделю при снятии копии
Современное
состояние - сын
Недельной
давности - отец
Двухнедельной
давности -
дед
Слайд 608.3.3. Восстановление назад. Откат системы для мягких сбоев.
БД
Прикл.
программа
Буфер ввода/вывода (ОП)
Ti
Старые
страницы
Системный журнал
Целью процесса восстановления после мягкого сбоя является состояние внешней
памяти основной части БД, которое возникло бы при фиксации во внешней памяти изменений всех завершившихся транзакций и
которое не содержало бы никаких следов незаконченных транзакций.
Слайд 61БД
Прикл.
программа
Буфер ввода/вывода (ОП)
T0 Ti
Новые страницы
Системный журнал
8.3.4. Восстановление вперед. Для жестких
сбоев.
Архив на контр. т. T0
Tj
Запись на
новый диск
Слайд 628.4. Защита информации от НСД (несанкционированного доступа)
8.4.1. Основные понятия
Пароль
– до 12 символов (помнит человек)
Уровни секретности (от секретно,
до Гос. тайны)
Правила назначения пароля:
Длина (от 8 до 10 символов)
Ск. букв и ск. цифр
Запрещенные слова
Частота замены
3) Ключи – от 256 до 4 Кб (человек не помнит). Ключи выдает УЦ.
Слайд 63SQL Server содержит встроенные средства шифрования, цифровой
подписи и верификации данных
с помощью симметричных и асимметричных ключей. Весь трафик между клиентом
и сервером по умолчанию шифруется с применением протоколов IP Security (IP SEC) и Secure Sockets Layer (SSL), причем функциональность доступна во всех редакциях продукта.
SQL Server позволяет при необходимости определить политику безопасности, полностью запрещающую обмен незашифрованными данными между клиентом и сервером, что снижает риск утечки данных, полученных путем перехвата трафика.
SQL Server позволяет осуществить защиту данных на уровне колонок за счет шифрования хранимой в них информации. Он поддерживает также шифрование самих хранимых данных, полностью интегрированное с инфраструктурой управления ключами. Для этой цели служат встроенные функции, позволяющие использовать шифрование с помощью сертификата, симметричного и асимметричного ключей в коде Transact-SQL. Необходимо, тем не менее, помнить о том, что шифрование данных может привести к потере производительности, поэтому при создании решений рекомендуется шифровать только конфиденциальные данные и осуществлять тестирование производительности готового решения.
Слайд 644) Защита от излучения
железные экраны на окнах
«шумелки»
Слайд 658.4.2. Закрытые и открытые ключи
Доступны всем
по login
и паролю
Имеет
только
пользователь
Слайд 668.4.3. Построение открытых и закрытых ключей
Алгоритм RSA
p и q – большие
простые числа
n=pq
Для каждого eсуществует единственное d такое, что de = 1 (mod n)
(n, e) – открытый ключ
(n, d) – закрытый ключ
Te (mod n) = T TTd (mod n) = T
Стойкость алгоритма – ск. операций нужно произвести,
чтобы расшифровать.
Стойкость алгоритм RSA определяется трудностью
разложения на простые множители числа n=pq
Слайд 67Сколько существует простых чисел?
Простых чисел бесконечно много.
Док-во Евклида (3-й век
до н.э.)
Допустим, что количество простых чисел конечно. Перемножим их и
прибавим единицу. Полученное число не делится ни на одно из конечного набора простых чисел (остаток единица). Значит, оно новое простое или должно делиться на некоторое простое число, не включённое в этот набор.
Слайд 68Наибольшее известное простое.
Сколько десятичных знаков ?
9.808.358 десятичных знаков -
10 томов
по 1000 страниц.
44-е известное простое
число Мерсенна = 232582657 −
1.
(найдено в 2006 г.)
В 2005 найдено из 9.152.052 цифр.
Фирма EFF платит
$100.000 за каждое новое простое число из более чем
107 десятичных цифр.
Слайд 698.4.4. Электронная подпись
Текст
Текст
F(кл.закр)
Эл.подпись
Текст не изменяется от подписи
F -1(кл.откр) = да /
нет
Слайд 708.4.5. Шифрование файлов, каналов и устройств
Файл
Зашифрован
файл
G(кл.закр)
Файл
G(кл.откр)
1) Файлы
Файл
Зашифрован
файл
G(кл.откр)
Петрова
Файл
G(кл.закр)
Прочтет
только
Петров
Слайд 71ПК1
G(ключ)
ПК2
G-1(ключ)
2) Шифрование каналов
ЭВМ
G(ключ)
G-1(ключ)
3) Шифрование устройств
На диске все зашифровано
Слайд 72Клиент
G(ключ)
Сервер
G-1(ключ)
4) Шифрование сеанса связи MS
(login + пароль) – начало сеанса
Ключ
– случайная величина K из счетчик битов
Ke = K
K посылается с сервера клиенту
Kd = K расшифровывается на клиенте
Шифровка ведется по кускам (гумирование) при помощи ключа K
Текст
гумирование
Слайд 73Критерии выбора СУБД:
Архитектурные возможности СУБД (1);
Коммуникационные возможности СУБД (2);
Функциональные возможности
СУБД (3);
Средства разработки БД (4);
Эффективность работы СУБД (5);
Надежность работы СУБД
(6);
Требования к рабочей среде (7);
Особенности разработки приложений (8);
Финансовые критерии (9);
Социальные критерии (10).
Слайд 74Архитектурные возможности СУБД
Масштабируемость (1.1). Необходимо учитывать, возможность увеличения числа пользователей,
объема хранимых данных и объема, а также формы обрабатываемой информации.
По данному критерию нет необходимости стремиться к самому максимальному значению из всех возможных в рассматриваемом классе СУБД. Этот критерий должен быть оценен по максимуму из ТРЕБУЕМЫХ значений (с учетом стратегии развития плюс учтенный запас).
Распределенность (1.2). В случае не централизованного хранения и обработки данных на одном сервере, различные СУБД имеют разные инструментальные возможности управления распределенными БД. Необходимо рассмотреть на максимизацию производительность СУБД в случае предполагаемой в стратегическом развитии необходимости в распределенности БД.
Слайд 75Коммуникационные возможности СУБД
Сетевые возможности (2.1). Необходимо выбрать оптимальные для обеспечения
решаемых
задач набор сетевых протоколов и служб для работы и администрирования.
Поддержка
стандартных интерфейсов связи с БД (2.2). Этот критерий имеет
большую важность при оценки.
Использование БД других форматов (2.3). Наибольший балл по данному
критерию имеют СУБД, которые способны проводит операции над БД других форматов
без импортирования или преобразования.
Импорт и экспорт данных из БД (2.4).
Слайд 76Функциональные возможности СУБД
Внутренний язык СУБД (3.1). В различных СУБД для
реализации триггеров, хранимых процедур, генерации ключей, обеспечения целостности, управления
транзакциями и
т. п. используются неодинаковые языки реализации.
Типы данных. Здесь следует рассмотреть базовые и основные типы данных; также наличие возможностей их расширения до необходимых в данной реализации, и ограничения на операции над данными.
Соответствие стандартам языка запросов SQL (3.2). Все современные системы совместимы с базовым стандартом языка запросов SQL-92, однако многие из них реализуют различные расширения данного стандарта. Кроме того, наличие в СУБД реализации новых требований, которые заложены в последних стандартах SQL:2003, SQL:2006 и, особенно, SQL:2008 является преимуществом.
Слайд 77Средства разработки БД
Средства проектировании БД (4.1). Некоторые СУБД имеют свои
средства проектирования БД, которые инструментарием существенно различаются.
Средства для оптимизации запросов
(4.2). Возможности инструментального проведения анализа оптимальности выполнения запросов.
Основные и дополнительные средства поиска (4.3). Некоторые современные системы имеют дополнительные средства для поиска, в частности средства обеспечивающий поиск близкий к контекстному.
Слайд 78Эффективность работы СУБД
Контроль использования ресурсов сервера (5.1). Система может иметь
возможность управления использованием как оперативной памяти, так и дискового пространства.
Необходимо оценить наличие, гибкость и автоматизированность данных настроек.
Настройка производительности (5.2).
Рейтинг TPC (Transactions per Cent) (5.3).
Параллельная обработка (5.4).
Оптимизирование запросов (5.5).
Оценка производительности (5.6). Один из возможных методов оценки производительности – это проведение тестирования с помощью эталонных тестов из набора AS3AP (ANSI SQL Standard Scalable and Portable), корторый контролирует широкий спектр часто встречающихся операций БД и моделируют в том числе однопользовательские и многопользовательские среды.
Слайд 79Надежность работы СУБД
Восстановление после сбоев (6.1). Эффективные механизмы восстановления как
после мягких, так и после жестких сбоев.
Резервное копирование (6.2). Существует
несколько механизмов резервирования данных: хранение одной или более копий всей базы данных, хранение копии ее части, копирование логической структуры и т.д. В данном случае должна быть прямая зависимость оценки по критерию от количества механизмов.
Механизм управления транзакциями (6.3). Особе внимание необходимо уделить механизму отката транзакций, который может иметь различное быстродействие и эффективность. При сравнении СУБД по данному критерию не стоит отказываться по возможности экспериментальной практики.
Информационная безопасность (6.4). Существуют несколько различных механизмов защиты данных: дискреционное управление доступом, мандатное управление доступом, шифрование информации. Расчет значения по данному критерию лучше производить в сочетании с коэффициентом секретности данных в разрабатываемой БД, т.е. возможно нет необходимости в наличии всех известны на сегодняшний момент механизмов защиты данных в СУБД.
Слайд 80Требования к рабочей среде
Мобильность (7.1). Необходимо предусмотреть максимальную независимость БД,
как от аппаратных средства, так и от программного обеспечения, в
частности от операционной системы (хотя бы гарантировать неизменность предустановленной до или в процессе разработки операционной системы).
Минимальные требования по оборудованию и ПО (7.2). В данном критерии требуется оценить минимальность необходимости наличия узко специализированного (не традиционного) оборудования и ПО для полнофункциональной и качественной работы БД.
Слайд 81Особенности разработки приложений
Средства разработки приложений в архитектурах типа клиент-сервер (8.1).
Наличие
таких средств позволяет наилучшим образом реализовать все возможности СУБД и
даже производить автоматического проектирования приложений. Данный критерий должен иметь переключаемый весовой коэффициент, зависящий от необходимости разработок приложений такого характера.
Разработка Web-приложений (8.2). Наличие набора инструментов для построения приложений под Web. Данный критерий должен иметь переключаемый весовой коэффициент, зависящий от необходимости разработок приложений такого характера.
Поддерживаемые языки программирования (8.3). Широкий спектр используемых языков программирования влияет на быстродействие и функциональность приложений.
Слайд 82Финансовые критерии
Стоимость базового комплекта (9.1). В эту оценку обязательно включать
не только приобретение самой СУБД, но также приобретение аппаратных средств,
установочные и наладочные работы, обучение персонала, эксплуатационные расходы, техническую поддержку. А также дополнительную стоимость (например стоимость дополнительного лицензирования пользовательских мест) согласованную с планом стратегического развития.
Качество модели общей стоимости владения (TCO) (9.2). Общая стоимость владения (от англ. Total Cost of Ownership - TCO) - это экономическая модель-методика, предназначенная для определения затрат на информационные системы (и не только), рассчитывающихся на всех этапах жизненного цикла системы. TCO позволяет понять и определить структуру затрат на информационные технологии. Все затраты разделяются на прямые и косвенные. Прямые затраты (явные) – составляют затраты, проходящие через бухгалтерию (заработная плата сотрудников, закупки оборудования и ПО и др.). Непрямые затраты (неявные) – затраты на устранение сбоев или проблем на компьютерах, простои рабочего времени, командировочные, затраты на предотвращение рисков и затраты на устранение их последствий, затраты на обучение персонала и другие подобные затраты и др.
Слайд 83Социальные критерии
Фирма-производитель (10.1). По данному критерию выигрывают СУБД, производители которых
представляют свою высококачественную продукцию на протяжении нескольких лет на рынке
с соблюдением правил наследования версионности своих продуктов. А также твердое финансовое положение производителя, годовой оборот, численность состава, объем продаж, наличие консультаций и т.д.
Распространенность СУБД (10.2). При проставлении значений необходимо учитывать и негативное влияние большой распространенности СУБД, в частности общих и известных слабых мест защиты от утечки информации.
Многоязыковая поддержка (10.3). Основным фактором при оценке по данному критерию должно являться, прежде всего, возможность использования русского языка (поддержка кириллических кодировок для символьных и строковых типов данных, возможность создания индексов для таких типов), как стандартный функционал СУБД.
Наличие документации на русском языке (10.4). Необходима отдельная оценка наличия качественной и полной, а самое главное доступной документации на русском языке.
Слайд 84Поэтапное проведение процесса критериальной оценки
Из выше перечисленных критериев, объединенных в
10 групп видно, что некоторые из критериев являются составными при
формирования значений, что еще более
усложняет задачи выбора на основе критериальной оценки. Поэтому для более простого проведения критериальной оценки при выборе СУБД необходимо сужения числа
альтернативных решений. То есть, стоит проводить саму процедуру выбора в несколько этапов. В частности определить на первом этапе из всего множества СУБД только те, которые являются пригодными для решения поставленной задачи.
Слайд 85На качественном уровне, достаточно сравнить СУБД по следующим группам показателей:
модель
данных (к1)
удобство и простота использования (к2)
- понятные процедуры установки программных
продуктов,
- удобный и унифицированный интерфейс конечного пользователя,
- простота выполнения обычных операций: создания БД, модификации, подготовки данных, выполнения запросов и отчетов;
- наличие интеллектуальных подсистем подсказок, помощи в процессе
работы и обучения, включая примеры;
качество средств разработки (к3)
- возможности создания пользовательских интерфейсов,
- мощность языка создания программ,
- автоматизация разработки различных объектов: экранных форм, отчетов, запросов;
Слайд 86качество средств защиты БД (к4)
- доступ к функциям защиты на
уровне средств разработки
- доступ к функциям защиты на уровне пользователя.
качество
средств контроля корректности БД (к5)
- обеспечение уникальности записей БД по первичному ключу,
- автоматический контроль целостности связей между таблицами во время выполнения операций обновления, вставки и удаления записей,
- проверка корректности значений в БД;
качество коммуникационных средств (к6)
- поддержку сетевых протоколов,
- поддержку стандартных интерфейсов с БД,
- наличие средств групповой работы с информацией БД,
- способность использовать и модифицировать БД других форматов без импортирования или преобразования;
По вышеперечисленным критериям достаточно провести оценку по шкале: да, нет. На следующем этапе уже можно провести количественную сравнительную оценку по всем 10-и группам критериев, описанных ранее, но только для выделенных на первом этапе СУБД.