3. Целостность данных

1. Целостность объекта

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

Например, в отношение «Sotrudnik» при вставке информации о новом сотруднике, необходимо сначала вставить значение в поле, являющееся первичным ключом («TabNumber»), а затем уже заносить информацию в остальные поля. Аналогично и с удалением, например, при удалении картежа из таблицы «Rabotodatel», необходимо сначала удалить информацию из вторичных атрибутов, а затем уже удалять значение первичного ключа.

2. Целостность приложения

Целостность приложений базируется на актуальном представлении свойств объекта реального мира в базе данных. Для описания свойств объектов применяются неключевые или информационные атрибуты. Для обеспечения целостности приложений используются следующие ограничения:

Правило 1. Обязательность значений атрибута;

Правило 2. Соответствие диапазону значений;

Правило 3. Соответствие множеству значений;

Правило 4. Соответствие типу и размеру данных;

Правило 5. Соответствие шаблону;

Правило 6. Выполнение делового регламента.

Ограничения целостности приложения определяют отношения, в которые пользователь может вносить изменения, связанные с удалением, обновлением и вставкой. Ведь в базе данных существуют и такие отношения, в которые изменения вноситься не должны (по крайней мере, пользователем) – эти отношения формируются один раз при создании базы данных и далее в течение долгого времени данные в них не меняются. Эти отношения называются «справочниками».

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

Ссылочная целостность обеспечивается выполнением ограничений внешнего ключа дочерней схемы отношения, логически связанного с родительским ключом схемы-предка. В качестве родительского ключа выбирается первичный ключ из числа потенциальных. Основное требование к родительскому ключу – уникальность его значений, для этого ключа допускаются неопределенные значения типа NULL.

4. Выбор субд

Сегодня, чтобы удовлетворить требования разных заказчиков, информационно-аналитическая система должна быть мультиплатформенной. В каждом случае при выборе в пользу той или иной СУБД заказчик руководствуется собственной ИТ-стратегией, а если таковая не формализована на бумаге, то набором критериев, общих для всех и специфичных для конкретного клиента. Среди них на первом месте, как правило, стоит состав и масштаб решаемых задач, и, соответственно, требования к объемам обрабатываемой информации и производительности СУБД. Поэтому поставщик должен предложить заказчику не только широкий набор прикладной функциональности для создания управленческой системы, но и выбор платформы для построения Хранилища данных, которая отвечает его требованиям. Рекомендуются следующие критерии выбора СУБД для Хранилища данных. Первый критерий - это полнота и завершенность продукта. Во-первых, необходимо, чтобы СУБД отвечала фундаментальным требованиям масштабируемости Хранилища данных и управления рабочими нагрузками. Хорошая СУБД должна работать с целым рядом платформ операционных систем и масштабироваться в соответствии с используемыми инструментальными средствами. Это даст корпорации возможность использовать ту платформу, которая наилучшим образом подходит для решения той или иной проблемы. Еще один важный момент - хорошие показатели времени установки СУБД и простоты использования, а также приемлемые стоимость лицензии и общая стоимость эксплуатации. Прежде чем приобретать ту или иную СУБД, важно определить ее способность эффективно использовать мощности операционной платформы. Наконец, существенен и такой критерий, как способность СУБД применять достаточные вычислительные мощности для решения проблемы с тем, чтобы обеспечить оптимальную производительность сложного Хранилища данных.

Второй важный критерий - возможности поставщика осуществлять поддержку своего продукта. Этот критерий включает такие показатели, как способности высшего руководства компании-поставщика и степень управления компанией своим продуктом. Характеристики, важные для успеха, - это уровень инвестиций (затраты на исследования, разработку и маркетинг), долгосрочные финансовые обязательства, финансовая стабильность и способность поставщика преодолевать кратковременные трудности. Также очень существенно, насколько поставщик способен обеспечить широкий набор квалифицированных услуг при внедрении продукта и дальнейшей поддержке клиента. Наконец, имеют принципиальное значение широта и глубина партнерских связей поставщика с независимыми производителями программного обеспечения (например, аналитических приложений) и системными интеграторами, которые могут расширить область применения Хранилища данных. И еще один весьма показательный критерий - доступность, число и масштаб клиентских отзывов относительно различных рабочих нагрузок Хранилища данных. Такой продукт, как СУБД для Хранилища, требует целого набора свойств для управления значительными объемами информационных данных и сложными моделями данных, независимыми от конкретных приложений. Подобные характеристики обычно могут быть получены только при наличии обширного опыта в области внедрения продукта, а также глубокого понимания потребностей пользователей.

Среди лидеров - поставщиков СУБД сегодня ведущей компанией является Oracle. СУБД Oracle 10g - отвечает практически всем требованиям качества обслуживания и безопасности, а также обладает возможностями кластеризации. Эта СУБД дает возможности параллельной обработки данных, имеет встроенные средства преобразования и загрузки данных, бизнес-анализа, распространения отчетов и т.д. Важно также отметить, что эту СУБД поддерживают все ведущие производители средств разработки, генераторов отчетов и средств аналитической обработки данных.