Логическое представление

Представление данных в том виде, в котором они должны появляться в прило­жении программиста или конечного пользователя.

Physical view (физическое представление)

Представление данных в том виде, в котором они действительно должны быть организованы на физическом носителе информации.

Data definition language (язык определения данных)

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

Data manipulation language (язык манипуляции данными)

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

Structured query language (SQL) (структурированный язык запросов)

Стандартный язык манипуляции данными в системах управления реляцион­ными базами данных.

Data dictionary (словарь данных)

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

Data element (элементы данных)

Поле.

СУБД совместимо с языками Кобол, Фортран и другими языками программиро­вания третьего поколения, позволяющими выполнять гибкую и эффективную об­работку данных.

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

Элемент данных представляет собой поле. Кроме списка стандартных имен (АМТ-PAY-BASE) словарь отображает список имен, на которые ссылается эле­мент в данной системе. Также указываются позиции, бизнес-функции, програм­мы и отчеты, в которых используется этот элемент.

Создавая опись данных, которые содержатся в конкретной базе данных, сло­варь данных (AMT-PAY-BASE) служит важным средством, позволяющим управ­лять данными. Например, бизнес-пользователь может обратиться к словарю для поиска определенного элемента данных, используемого при продажах или марке­тинге, или даже выяснить всю информацию, касающуюся целого предприятия. Пользователи могут найти в словаре описания имен, форматов, а также специфи­цированных требований, определяющих доступ к данным для создания отчета. Технические специалисты могут использовать словарь для определения элемен­тов данных и файлов, изменяемых при модификации программы.

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

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

NAME: AMT-PAY-BASE

FOCUS NAME: BASEPAY

PC NAME: SALARY

DESCRIPTION: EMPLOYEE'S ANNUAL SAURY

SIZE: 9 BYTES

TYPE: N (NUMERIC)

DATE CHANGED: 01/01/95

OWNERSHIP: COMPENSATION

UPDATE SECURITY: SITE PERSONNEL

ACCESS SECURITY: MANAGER, COMPENSATION PLANNING AND RESEARCH

MANAGER, JOB EVALUATION SYSTEMS

MANAGER, HUMAN RESOURCES PLANNING

MANAGER, SITE EQUAL OPPORTUNITY AFFAIRS

MANAGER, SITE BENEFITS

MANAGER, CLAIMS PAYING SYSTEMS

MANAGER, QUALIFIED PLANS

MANAGER, SITE EMPLOYMENT/EEO

BUSINESS FUNCTIONS USED BY: COMPENSATION

HR PLANNING

EMPLOYMENT

INSURANCE

PENSION

401K

PROGRAMS USING: PI01000

PI02000

PI03000

PI04000

PI05000

REPORTS USING: REPORT 124 (SALARY INCREASE TRACKING REPORT)

REPORT 448 (GROUP INSURANCE AUDIT REPORT)

REPORT 452 (SALARY REVIEW LISTING)

PENSION REFERENCE LISTING

Рис. 7.5. Пример отчета словаря данных

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

менты данных из этой базы данных. Элементы данных, вызываемые прикладны­ми программами, извлекаются из базы данных и предоставляются им средствами СУБД. Программисту не требуется подробно указывать, где и каким образом вы­бираются эти данные.

СУБД может снизить взаимозависимость программ и данных, а также умень­шить стоимость разработки и применения программ. Наличие информации и до­ступ к ней может улучшаться, поскольку пользователи и программисты могут ге­нерировать требуемые запросы к данным, находящимся в базе. СУБД позволяет организации централизованным образом решать вопросы управления, примене­ния и обеспечения безопасности данных.

Relation DBMS (реляционная СУБД)

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

Tuple (кортеж)

Строка или запись в реляционной базе данных.

Дата добавления: 2015-04-29