Cтраница 2
В настоящее время во многих системах управления базами данных язык, используемый программистами для описания данннЖ, отличен от языка, используемого администратором данных. [16]
И это понятно: ведь прикладной программист весьма часто выполняет функции посредника между специалистом, содержательно представляющим себе предметную область, и администратором данных, отвечающим за конструирование и ведение БД, на которую отображается информационная модель этой области. Прикладной программист вполне способен, например, уяснить проблемы физической организации БД и оказать содействие в получении соответствующих исходных данных для проектирования. [17]
Учитывая уже упоминавшуюся роль АБнД в реализации информационных функций ВЦКП, определим средства формализованного описания данных ( СФОД) как комплекс формальных языков, используемых для взаимодействия с автоматизированным банком данных различными категориями лиц: администраторами данных, прикладными программистами, конечными пользователями. [18]
Система IDMS использует замкнутую структуру кольцевого типа ( называемую цепью) для организации механизма множеств. Администратор данных может установить простые или двунаправленные цепи для заданного типа множества. Это позволяет программисту обрабатывать записи как в направлении NEXT, так и в направлениях NEXT и PRIOR совместно. [19]
Администратор данных в базе данных - лицо или группа лиц, ответственные за функционирование базы данных и развитие ее схемы данных. Администратор данных отвечает за сохранность данных всего учреждения или той их части, с которой связана его система. Он осуществляет контроль за всей структурой данных. [20]
В процессе практической реализации этой функции выяснилось, что для создания баз данных недостаточно просто возложить на кого-то ответственность за них и за СУБД. Уже первые администраторы данных обнаружили, что для эффективного контроля и управления данными целого предприятия необходимо иметь не только организационные способности, но и глубокие технические знания. [21]
Для администраторов данных, баз данных, информационных систем и различных приложений последних словари-справочники обеспечивают выдачу как стандартных, так и произвольных ( в том числе оперативных) отчетов о БМД, доступ к БМД для прикладных программ и генерацию формализованных описаний объектов ИС на основе исходных текстовых описаний. [22]
Программистам и администраторам данных было бы легче понимать и обсуждать описания данных друг друга; было бы проще объединять базы данных; были бы упрощены проблемы преобразования данных; уменьшилась бы необходимость повторного описания данных на разных языках, что часто требуется в настоящее время; ускорилось бы дальнейшее развитие функционально совместимых систем управления базами данных. [23]
Система IDMS разрешает ввести в словарь данных любое число описаний поименованных модулей DMCL. Это позволяет администратору данных изменить конфигурацию. [24]
Именно с разбиением связано главное различие на глобальном уровне между централизованной и распределенной базами данных: в распределенной базе данных появляется информация о размещении. Эта информация необходима глобальному администратору данных. [25]
Без общих для всего предприятия форматов и соглашений по определению и использованию метаданных обнаружить и разрешить нарастающий конфликт будет довольно трудно. С этой точки зрения администратор данных может сыграть решающую роль. [26]
Когда аналитику нужен новый домен, свойства можно назначить вручную, без использования домена. Администратор Oracle Designer ( или администратор данных) должен периодически просматривать репозиторий для выявления любых атрибутов без доменов. Если они существуют, администратор Oracle Designer создает домен, используя введенные аналитиком непосредственно для атрибута размеры, и подключает новый домен к атрибуту. Недостаток централизованного администрирования доменов состоит в том, что назначенный для этого человек может отсутствовать или перейти на другую работу, что отразится на разработке проекта. Хотя кажется, что увеличивается работа по администрированию, упомянутая выше утилита API ослабит это бремя, а централизованный подход позволит применить стандарты и обеспечить непротиворечивость атрибутов. [27]
Глобальное описание логической структуры базы данных, или схема - таблица, логически описывающая всю базу данных. Она отражает представление о данных администратора данных или тех системных аналитиков, которые работают со всей базой данных. [28]
Основная идея, проводимая в данной книге, состоит в том, что база метаданных и обычная база данных обладают рядом совпадающих свойств. Прежде всего к базе метаданных могут коллективно обращаться группы пользователей обычной базы данных: администратор данных, проектировщики базы данных, конечные пользователи и разработчики. Кроме того, доступ к базе метаданных могут одновременно иметь и программные системы: СССД, СУБД, генераторы отчетов и процессоры языков запросов. [29]
Процедуры адресации или поиска записей могут быть включены в один из трех уровней программных средств системы ( с различной степенью обеспечения независимости данных. [30] |