Трехуровневая архитектура ANSI-SPARC

При характеристике трудовых ресурсов предприятий важное значение имеет анализ их квалификации. Сводной характеристикой квалификации рабочих является средний тарифный разряд. Этот показатель вычисляется по формуле средней арифметической взвешенной.

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

Средний тарифный разряд работы рассчитывается как средняя арифметическая из разрядов работ, взвешенных по числу человеко-часов, отработанных по каждому разряду.

Трехуровневая архитектура ANSI-SPARC

Для лучшего понимания организации базы данных и общей архитектуры СУБД комитет ANSI/SPARC признал необходимость использования трехуровневого подхода. Однако это вовсе не означает, что каждая система баз данных обязательно должна отвечать конкретному фундаменту или что предложенная конкретная архитектура является единственно возможным вариантом. Например, “малые” системы, весьма вероятно, не будут поддерживать все аспекты предложенной архитектуры. Тем не менее рассматриваемая архитектура с достаточной точностью описывает большинство систем Основное внимание в этом было сконцентрировано на необходимости воплощения независимого уровня для изоляции программ от особенностей представления данных на более низком уровне

3.1 Трехуровневая архитектура ANSI-SPARC

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

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

• Взаимодействие пользователя с базой не должно зависеть от особенностей хранения в ней данных.

• Администратор базы данных (АБД) должен иметь возможность изменять структуру хранения данных в базе, не оказывая влияния на пользовательские представления.

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

• АБД должен иметь возможность изменять концептуальную структуру базы данных без какого-либо влияния на всех пользователей.