Providing a user viewBecause the DB

Providing a user view
Because the DBMS is responsible for access to a database, one of the first steps in installing and using a database involves telling the DBMS the logical and physical structure of the data and relationships among the data in the database. This description is called a schema (as in schematic diagram). A schema can be part of the database or a separate schema file. The DBMS can reference a schema to find where to access the requested data in relation to another piece of data.
A DBMS also acts as a user interface by providing a view of the database. A user view is the portion of the database a user can access. To create different user views, subschemas are developed. A subschema is a file that contains a description of a subset of the database and identified which users can view and modify the data items in the subset. While a schema is a description of the entire database, a subschema shows only some of the records and their relationships in the database. Normally, programmers and managers needs to view or access only a subset of the database. For example, a sales representative might need only data describing customers in his region, not the sales data for the entire nation. A subschema could be used to limit his view to data from his region. With subschema, the underlying structure of the database can change, but the view the user sees might not change. For example, even if all the data on the southem region changed, the northeast region sales representative’s view would not change if he accessed data on his region.
A number of subschemas can be developed for different users and the various application programs. Typically, the user or application will access the subschema, which then access the schema (see Figure 5.10). Subschema can also provide additional security because programmers, managers, and other users are typically allowed to view only certain parts of the database.
Creating and modifying the database
Schemas and subschemas are entered into DBMS (usually by database personnel) via a data definition language. A data definition language (DDL) is a collection of instructions and commands used to define and describe data and data relationships in a specific database. A DDL allows the database’s creator to describe the data and data relationships that are to be contained in the schema and the many subschemas. In general, a DDL describes logical access paths and logical records in the database. Figure 5.11 shows a simplified example of a DDL used to develop a general schema. The Xs in Figure 5.11 reveal where specific information concerning the database is to be entered. File description, area description, record description, and set description are terms the DDL defines and uses in this example. Other terms and commands can be used, depending on the particular DBMS employed.
Another important step in creating a database is to establish a data dictionary, a detailed description of all data used in the database. The data dictionary contains the name of the data item, aliases or other names that may be used to describe the item, the range of values that can be used, the type of data (such as alphanumeric or numeric), the amount of storage needed for the item, a notation of the person responsible for updating it and the various users who can access it, and a list of reports that use the data item. A data dictionary can also include a description of data follows, the way records are organized and data-processing requirements. Figure 5.12 shows a typically data dictionary entry.
For example, the information in a data dictionary for the part number of an inventory item can include the mane of the person who made the data dictionary entry (D. Bordwell), the date the entry was made (AUGUST 4, 2005), the mane of the person approved the entry (J. Edwards), the approval date (October 13, 2005), the version number (3.1), the number of pages used for the entry (1) , the part name (PARTNO), other part names that may be used (PTNO), the range of values (part number can range from 100 to 5000), the type of data (numeric), and the storage required (four positions are required for the part number). He following are some of the typical uses of a data dictionary.

Результаты (русский) 1:

Для просмотра пользователейПоскольку СУБД отвечает за доступ к базе данных, одним из первых шагов в установке и использовании базы данных включает в себя говорить СУБД логическую и физическую структуру данных и связи между данными в базе данных. Это описание называется схемой (как принципиальная схема). Схема может быть частью базы данных или отдельный файл схемы. СУБД может ссылаться на схему найти, где для доступа к запрашиваемой данным по отношению к другой части данных.СУБД также действует как пользовательский интерфейс, обеспечивая представление базы данных. Представление пользователя — это часть базы данных, которую пользователь может получить доступ. Для создания представления различных пользователей, разработаны подсхем. Subschema представляет собой файл, который содержит описание подмножества базы данных и определить, какие пользователи могут просматривать и изменять элементы данных в подмножестве. Хотя схема описание всей базы данных, subschema показывает только некоторые из записей и их отношения в базе данных. Как правило программисты и менеджеры необходимо просматривать или доступ только подмножество базы данных. Например представитель отдела продаж может понадобиться только данные описания клиентов в своем регионе, не данные о продажах для всей нации. Subschema может использоваться для ограничения его представления данных из своего региона. Subschema базовая структура базы данных можно изменить, но представление, которое видит пользователь может не изменяться. Например даже если все данные по региону southem изменился, торгового представителя северо-восточного региона мнение не изменится, если он данные о его региона.Для разных пользователей и различных прикладных программ может быть разработан ряд подсхем. Как правило, пользователь или приложение будет обращаться к subschema, который затем получить доступ к схеме (см. рис. 5.10). Subschema также может обеспечить дополнительную безопасность, поскольку программисты, менеджеры и другие пользователи обычно могут просматривать только определенные части базы данных. Создание и изменение базы данныхСхемы и подсхем вводятся в СУБД (как правило, базы данных персонала) посредством языка определения данных. Язык определения данных (DDL) представляет собой совокупность инструкций и команд, используемых для определения и описания данных и связи данных в конкретной базе данных. DDL позволяет создатель базы данных для описания данных и связи данных, которые должны содержаться в схеме и многие подсхем. В общем DDL описывает пути логического доступа и логических записей в базе данных. На рисунке 5.11 показан упрощенный пример DDL используется для разработки общей схемы. Xs в рисунке 5.11 показывают, где конкретная информация, касающаяся базы данных должен быть заключен. Описание файла, описание района, описания и описание набора являются термины DDL определяет и использует в этом примере. Другие термины и команды могут использоваться, в зависимости от конкретной СУБД занято.Еще одним важным шагом в создании базы данных является создание словаря данных, подробное описание всех данных, используемых в базе данных. Словарь данных содержит имя элемента данных, псевдонимы или другие имена, которые могут быть использованы для описания элемента, диапазон значений, которые могут быть использованы, тип данных (например, алфавитно-цифровой или числовой), объем хранилища для элемента, нотации лица, ответственного за обновление и различных пользователей, которые могут получить доступ к и список отчетов, использующих элемент данных. Словарь данных может также включать описание данных следует, способ записи организованы и обработки данных требований. Рисунок 5.12 показывает, как правило записи словаря данных.Например в словаре данных для части номер складской номенклатуры может включать грива человека, который сделал запись словаря данных (ум. Bordwell), Дата (4 АВГУСТА 2005 года) была произведена операция, грива человека одобрила вступление (Дж. Эдвардс), Дата утверждения (13 октября 2005 года), номер версии (3.1), количество страниц, используемых для записи (1) , имя части (PARTNO), другие имена частей, которые могут использоваться (PTNO), диапазон значений (номер может варьироваться от 100 до 5000), тип данных (числовой) и хранилище, необходимые (для номера детали требуются четыре должности). Он после приведены некоторые примеры использования словаря данных.

Результаты (русский) 2:

Предоставление пользователю просматривать
Поскольку СУБД отвечает за доступ к базе данных, один из первых шагов в установке и использовании базы данных включает в себя говоря СУБД логическую и физическую структуру данных и отношений между данными в базе данных. Это описание называется схемой (как в схеме). Схема может быть частью базы данных или отдельного файла схемы. СУБД может ссылаться на схему , чтобы найти , где для доступа к запрошенному данные по отношению к другой части данных.
СУБД также выступает в качестве пользовательского интерфейса, обеспечивая представление базы данных. Вид пользователя представляет собой часть базы данных пользователь может получить доступ. Чтобы создать различные точки зрения пользователей, разработаны подсхем. Подсхемы это файл , который содержит описание подмножества базы данных и определили , которые пользователи могут просматривать и изменять элементы данных в подгруппе. В то время как схема представляет собой описание всей базы данных, A подсхемы показывает только некоторые из записей и их отношений в базе данных. Как правило, программисты и менеджеры требуется просматривать или доступ только подмножество базы данных. Например, торговый представитель , возможно , потребуется только данные , описывающие клиентов в своем регионе, а не данные о продажах для всей страны. Подсхемы может быть использовано для ограничения его взгляд на данные из своего региона. С подсхемы, основная структура базы данных может измениться, но вид , что пользователь видит не может измениться. Например, даже если все данные о регионе southem изменился, вид на северо - востоке региона продаж представителя будет не изменится , если он доступен данные о своем регионе.
Ряд подсхем могут быть разработаны для различных пользователей и различных прикладных программ. Как правило, пользователь или приложение будет иметь доступ к подсхемы, который затем получить доступ к схеме (см Рисунок 5.10). Подсхемы может также обеспечить дополнительную безопасность , так как программисты, менеджеры и другие пользователи , как правило , разрешено просматривать только определенные части базы данных.
Создание и изменение базы данных
Schemas и подсхем вводятся в СУБД (обычно персоналом базы данных) с помощью языка определения данных. Язык определения данных (DDL) представляет собой набор инструкций и команд , используемых для определения и описания данных и взаимосвязи между данными в конкретной базе данных. DDL позволяет создатель базы данных для описания данных и взаимосвязи между данными, которые должны содержаться в схеме и многих подсхем. В общем, DDL описывает логические пути доступа и логических записей в базе данных. На рисунке 5.11 показан упрощенный пример DDL используется для разработки общей схемы. Xs на рисунке 5.11 показывают , где конкретная информация относительно базы данных должна быть введена. Описание файла, область описания, описание записи, и установить описание являются термины В DDL определяет и использует в этом примере. Другие термины и команды могут быть использованы, в зависимости от конкретных СУБД , используемых.
Другим важным шагом в создании базы данных является создание словаря данных, подробное описание всех данных , используемых в базе данных. Словарь данных содержит имя элемента данных, псевдонимы или другие имена , которые могут быть использованы для описания элемента, диапазон значений , которые могут быть использованы, тип данных (например, буквенно - цифровой или числовой), объем памяти , необходимый для данного пункта, в обозначениях лица , ответственного за его обновления и различных пользователей , которые могут получить доступ, и список отчетов , которые используют элемент данных. Словарь данных может также включать в себя описание данных следует, способ организации записи и требования по обработке данных. Рисунок 5.12 показывает обычно запись словаря данных.
Например, информация , содержащаяся в словаре данных для части количества элемента инвентаризации может включать в себя гриву человека , который сделал запись словаря данных (D. Бордвелл), дата вступления была сделал (август 4, 2005), грива человека одобрил вступление (J. Edwards), дата утверждения (13 октября, 2005), номер версии (3.1), количество страниц , используемых для записи (1) , название части (PARTNO), другие названия деталей , которые могут быть использованы (PTNO), диапазон значений (номер может находиться в диапазоне от 100 до 5000), тип данных (числовой), а также место для хранения (четыре позиции требуется для номера детали). Он Ниже приведены некоторые из типичных применений словаря данных.

Результаты (русский) 3:

предоставление пользователю о том,потому что субд отвечает за доступ к базе данных, одним из первых шагов в установке и использованию базы данных включает говорит субд логические и физические структуры данных и взаимоотношений между данными в базе данных.это описание, называется "(как в схеме).схема может быть часть базы данных или отдельный файл схемы.субд могут ссылки схемы, чтобы найти, где доступ к запрашиваемой информации, в отношении еще кусочек данных.субд, также выступает в качестве интерфейса пользователя, предоставляя тем из базы данных.пользователь взгляд - это часть базы данных, пользователь может получить доступ к.создавать различные мнения пользователей, subschemas разрабатываются.а subschema - файл, который содержит описание часть базы данных и определить, которые пользователи могут просматривать и изменять данные пункты в подгруппе.а схема приводится описание всей базы данных, subschema показывает только некоторые из этих документов и их взаимоотношения в базу данных.как правило, программисты и менеджеры нужно просмотреть или доступ лишь часть базы данных.например, торговый представитель, возможно, потребуется только данные, характеризующие клиентов в его регионе, а не в продаже данных для всей страны.а subschema может использоваться для ограничения его взгляд на данные из своего региона.с subschema, глубинные структуры базы данных могут меняться, но мнение, пользователь может не измениться.например, даже если все данные о southem региона изменилась, северо - восточного региона, торговый представитель считает не изменится, если он получить данные о его регионе.ряд subschemas могут быть разработаны для различных пользователей и различных приложений.как правило, пользователь или приложение будет получать доступ к subschema, который затем доступ схемы (см. рис. 17).subschema может также предоставлять дополнительные меры безопасности, потому что программисты, менеджеры, и другие пользователи, как правило, позволяет просматривать только некоторые части базы данных.создание и изменение данныхсхемы и subschemas субд (обычно вводятся в базу данных сотрудников) с помощью данных, определения языка.a данные определения языка (DDL) - набор инструкций и команды, используемые для определения и описания данных и данных, отношения в специальную базу данных.а DDL позволяет базы данных, создатель для описания данных и данных отношений, которые следует, содержащиеся в схему, и многие subschemas.в общем, DDL описывает логического доступа дорожки и логично записей в базе данных.диаграмма 5.11 показывает упрощенный пример DDL используется для разработки общей схемы.в xs на 5.11 показывают, где конкретные данные о базе данных будет введен.файл описания, площадь описание, отчет описание, и описания круга DDL определяет и использует для этого примера.другие термины, и команды могут быть использованы, в зависимости от конкретного субд используется.еще одним важным шагом в создании базы данных состоит в том, чтобы создать словарь данных, подробное описание всех данных, используемых в базу данных.словарь данных содержит имя данные пункта, псевдонимы и другие имена, которые могут использоваться для описания пункта системы ценностей, которые могут быть использованы, типа данных (таких как буквенно - цифровой или цифровые), объем данных, необходимых для пункта, записи о лице, ответственном за его обновления и различных пользователей, которые могут получить к ней доступ, и перечень докладов, которые используют данные пункта.словарь данных может также включать описание данных следует, как записи организуются и обработки данных.диаграмма 5.12 показывает, как правило, словарь данных въезда.например, информация в словарь данных по части номер кадастра пункт может включать гривой от человека, который сделал словаря данных въезда (д. bordwell), дату вступления было сделано (4 августа 2005 года), мане неприкосновенность одобрила вступление (J. Edwards), утверждение даты (13 октября 2005 года), номер версии (3.1), количество страниц, используемых для въезда (1), часть названия (partno), с другой стороны, имена, которые могут быть использованы (ptno) диапазон значений (часть номер может варьироваться от 100 до 5000), тип данных цифровой) и хранение требуют (четыре должности необходимы для части номер).он после являются типичными использование словаря данных.