Пользователи коммерческих баз данных

Различают пользователей коллективных и индивидуальных. Среди коллективных выделяются: правительственные органы, неправительственные организации, средства массовой информации, учебные заведения, научные организации, предприятия и др.

Существуют коммерческие БД, ориентированные на определенный круг пользователей; могут вводиться и более жесткие ограничения на доступ к информации (такие, как обоснованность запроса). Примером служит база данных по сомнительной клиентуре коммерческих банков.

Коммерческие БД могут быть ориентированы не только на конечных пользователей, но и на промежуточных ─ так называемых информационных посредников. Ориентация на конечного пользователя предъявляет повышенные требования к разработке дружественного интерфейса и обеспечению эффективности доступа вне зависимости от квалификации пользователя. Ориентация на промежуточных пользователей может упростить разработку БД, но при этом возникает лишнее звено со всеми вытекающими отсюда отрицательными последствиями: удорожание услуг, увеличение времени реакции системы на первоначальный запрос пользователя и т. п. В настоящее время наблюдается тенденция к ориентации коммерческих БД на конечного пользователя.

По отношению к стране пользователи разделяются на внутренние и внешние. Внешние пользователи территориально не обязательно должны находиться за пределами государства. К ним относятся, например, работники посольств.

19. Организация процесса обработки данных

Трансформация данных с одной номенклатуры в другую, осуществляется посредством справочников - переходников. В общем случае предполагается, что последние будут разрабатываться заранее, а точнее, непосредственно с разработкой применяемых номенклатур. Однако гибкость системы, представляющая широкие возможности пользователям относительно уточнения, изменения и даже ввода своих номенклатур (пользовательских) требует специальных программных средств: для выявления несоответствий, недостающих позиций и других неувязок как в словарях, так и в справочниках - переходниках; для внесения дополнений, изменений, а точнее любых корректировок в словарях и в справочниках - переходниках. Разумеется, четкая работа программных средств, даже совершенных, может быть обеспечена только при налаженной организации процесса обработки информации. Поэтому необходимо разработать положения по организационному обеспечению, при этом исключительное внимание уделять работе администратора БД.

Вычисления на разных этапах формирования показателей, размещаемых в БД, можно взвесить по сложности алгоритмов расчета и по объему. По нашим оценкам, сложность задач, охватываемых отдельными этапами (оргтехпроектирование, планирование, учет), соотносятся между собой следующим образом 3:2:1. Разумеется, это усредненная оценка, тем более, что по сложности отдельные задачи в пределах этапа резко отличаются. С некоторой погрешностью сложность решаемых задач на всей протяженности технологической схемы колеблется с закономерностью.

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

Ограничения целостности можно определить как специальные средства в базах данных, главное назначение которых - не дать попасть в базу недопустимым данным (например, предупредить ошибки пользователей при вводе данных).

Все ограничения целостности можно разделить на три большие категории:

·        первая категория - средства обеспечения доменной целостности. Они отвечают за то, чтобы в соответствующем поле базы данных были допустимые значения. Например, фамилия, как правило, должна состоять из букв, а почтовый индекс - из цифр. В базах данных такая целостность обычно обеспечивается условиями на значение, запретом пустых значений, триггерами и хранимыми процедурами, а также ключами;

·        вторая категория - сущностная целостность. Главная задача здесь - сделать так, чтобы данные об одной сущности не попали в базу данных два раза. Обеспечивается ограничением уникальности и первичным ключом;

·        третья категория - ссылочная целостность, обеспечивается системой первичных и внешних ключей. Например, при помощи этих средств можно гарантировать, что у нас не будет заказов, оформленных на покупателей, которых нет в базе данных.

Еще две большие категории, на которые можно поделить средства обеспечения целостности - средства декларативного и процедурного характера. Средства декларативного характера создаются как составные части объектов при их определении в базе данных (например, условие на значение при определении таблицы в базе данных). Средства процедурного характера (триггеры и хранимые процедуры) реализуются как отдельные программные модули. В общем случае декларативные ограничения менее функциональны, но более экономны с точки зрения ресурсов и наоборот.

Надо сказать, что наличие развитой системы ограничений целостности во многом определяет зрелость базы данных. Обычно проще сразу позаботиться о том, чтобы в базу данных не попадали неверные значения, чем потом их убирать из базы данных.

Кроме того, при создании ограничений целостности разработчики должны позаботиться о том, чтобы ошибки, возникающие при нарушениях целостности, перехватывались клиентским приложением.

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