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 (кортеж)

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

Типы баз данных

Современные СУБД используют различные модели для работы с объектами, атрибутами, связями. Каждая такая модель имеет определенные преимущества в своей работе при ее использовании в разных бизнесах.

Реляционные СУБД

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

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

С целью демонстрации этой связи предположим, что мы хотим найти в реля­ционной базе данных, показанной на рис. 7.6, имена и адреса поставщиков, кото­рые могли бы обеспечить нас деталями 137 и 152. Нам нужна информация из двух таблиц: таблицы поставщиков и таблицы деталей. Заметим, что эти два файла содержат общий элемент: Supplier_Number.

В реляционной базе данных используются три базисные операции: выбор, представление и объединение. Операция выбора создает подмножество, содержа­щее все записи файла, которые отвечают некоему заданному критерию. Иными словами, создается подмножество строк, отвечающих определенному критерию. В нашем примере требуется выбрать записи (строки) из таблицы деталей, кото­рые представляют детали 137 и 152. Операция объединения использует реляцион­ные таблицы для предоставления пользователю информации, объем которой пре­вышает содержимое отдельной таблицы. В рассматриваемом примере требуется объединить только что полученную часть таблицы деталей (представляющую только детали 137 и 152) с таблицей поставщиков в одну новую результирующую таблицу.

Операция представления создает подмножество, содержащее столбцы табли­цы, позволяющие пользователю создавать новые таблицы (также называемые

представлениями), которые содержат только требуемую информацию. В нашем примере требуется выбрать из новой результирующей таблицы следующие столб­цы: Part_Number, Supplier_Number, Supplier_Name и Supplier_Address (рис. 7.7).

Ведущими СУБД для мэйнфреймов являются DB2 от IBM и Oracle от Oracle Corporation. СУБД DB2, Oracle и Microsoft SQL Server используются на средних компьютерах. Реляционная СУБД Microsoft Access применяется в персональных компьютерах, a Oracle Lite является примером СУБД для портативных вычисли­тельных устройств.

⇐ Предыдущая61626364656667686970Следующая ⇒

Поделиться:

Воспользуйтесь поиском по сайту: