External schemas, which usually are

External schemas, which usually are also in terms of the data model of the DBMS,
allow data access to be customized (and authorized) at the level of individual users
or groups of users. Any given database has exactly one conceptual schema and one
physical schema because it has just one set of stored relations, but it may have several
external schemas, each tailored to a particular group of users. Each external schema
consists of a collection of one or more views and relations from the conceptual schema.
A view is conceptually a relation, but the records in a view are not stored in the DBMS.
Rather, they are computed using a denition for the view, in terms of relations stored
in the DBMS. We discuss views in more detail in Chapter 3.
The external schema design is guided by end user requirements. For example, we might
want to allow students to nd out the names of faculty members teaching courses, as
well as course enrollments. This can be done by dening the following view:
Courseinfo(cid: string, fname: string, enrollment: integer)
A user can treat a view just like a relation and ask questions about the records in the
view. Even though the records in the view are not stored explicitly, they are computed
as needed. We did not include Courseinfo in the conceptual schema because we can
compute Courseinfo from the relations in the conceptual schema, and to store it in
addition would be redundant. Such redundancy, in addition to the wasted space, could
14 Chapter 1
lead to inconsistencies. For example, a tuple may be inserted into the Enrolled relation,
indicating that a particular student has enrolled in some course, without incrementing
the value in the enrollment eld of the corresponding record of Courseinfo (if the latter
also is part of the conceptual schema and its tuples are stored in the DBMS).

Kết quả (Việt) 1:

Lược đồ bên ngoài, mà thường cũng trong điều khoản của các mô hình dữ liệu của các DBMS,
cho phép truy cập dữ liệu được tùy chỉnh (và cho phép) ở cấp độ của người dùng cá nhân
hoặc nhóm người dùng. Bất kỳ cơ sở dữ liệu nhất định có đúng một giản đồ khái niệm và một
lược đồ vật lý vì nó có chỉ là một tập hợp các mối quan hệ được lưu trữ, nhưng nó có thể có một số
lược đồ bên ngoài, mỗi phù hợp với một nhóm cụ thể của người dùng. Lược đồ bên ngoài mỗi
bao gồm một bộ sưu tập của một hoặc nhiều quan điểm và quan hệ từ các lược đồ khái niệm.
một cái nhìn khái niệm là một mối quan hệ, nhưng các bản ghi trong một cái nhìn không được lưu trữ trong DBMS.
thay vào đó, họ được tính bằng cách sử dụng một nition de cho giao diện, trong điều khoản của các mối quan hệ được lưu trữ
trong các DBMS. Chúng tôi thảo luận về quan điểm trong các chi tiết hơn trong chương 3.
Thiết kế bên ngoài lược đồ được định hướng bởi người dùng cuối yêu cầu. Ví dụ, chúng tôi có thể
muốn cho phép sinh viên nd trong tên của các giảng viên giảng dạy các khóa học, như là
cũng như các khóa học enrollments. Điều này có thể được thực hiện bởi de ning giao diện sau:
Courseinfo (cid: chuỗi, fname: chuỗi, đăng ký: số nguyên)
người dùng có thể điều trị một cái nhìn giống như một mối quan hệ và đặt câu hỏi về các bản ghi trong các
xem. Mặc dù các bản ghi trong chế độ xem được không được lưu trữ một cách rõ ràng, họ được tính
khi cần thiết. Chúng tôi đã không bao gồm Courseinfo trong lược đồ khái niệm bởi vì chúng tôi có thể
tính toán Courseinfo từ quan hệ trong lược đồ khái niệm, và để lưu trữ nó trong
bổ sung nào được dự phòng. Dư thừa như vậy, ngoài các không gian lãng phí, có thể
14 chương 1
dẫn đến mâu thuẫn. Ví dụ, tuple một có thể được chèn vào các mối quan hệ Enrolled,
chỉ ra rằng một học sinh đặc biệt đã đăng ký trong một số khóa học, mà không có incrementing
giá trị trong eld ghi danh của tích Courseinfo, tương ứng (nếu sau này
cũng là một phần của giản đồ khái niệm và tuples của nó được lưu trữ trong các DBMS).

Kết quả (Việt) 2:

Lược đồ bên ngoài, mà thường cũng là về mô hình dữ liệu của DBMS,
cho phép truy cập dữ liệu được tùy biến (và được ủy quyền) ở cấp độ của người dùng cá nhân
hoặc nhóm người dùng. Bất kỳ cơ sở dữ liệu được đưa ra có chính xác một lược đồ khái niệm và một
lược đồ vật lý bởi vì nó có chỉ là một tập hợp các mối quan hệ được lưu trữ, nhưng nó có thể có nhiều
lược đồ bên ngoài, mỗi phù hợp với một nhóm cụ thể của người sử dụng. Mỗi giản đồ bên ngoài
bao gồm một bộ sưu tập của một hoặc nhiều quan điểm và mối quan hệ từ sơ đồ khái niệm.
Một xem là khái niệm một mối quan hệ, nhưng các bản ghi trong một cái nhìn không được lưu trữ trong DBMS.
Thay vào đó, họ được tính toán bằng cách sử dụng Định nghĩa de cho xem, về mối quan hệ được lưu trữ
trong DBMS. Chúng tôi thảo luận về quan điểm chi tiết hơn trong Chương 3.
Thiết kế đồ bên ngoài được hướng dẫn bởi các yêu cầu người dùng cuối. Ví dụ, chúng ta có thể
muốn cho phép sinh viên thứ ra tên của các giảng viên giảng dạy các khóa học, khi
sinh viên nhập học khóa học. Điều này có thể được thực hiện bởi de hoạch các điểm sau đây:
Courseinfo (CID: chuỗi, fname: string, tuyển sinh: số nguyên)
Một người sử dụng có thể điều trị một cái nhìn giống như một mối quan hệ và đặt câu hỏi về các bản ghi trong
xem. Mặc dù các bản ghi trong xem không được lưu trữ một cách rõ ràng, họ đang tính toán
khi cần thiết. Chúng tôi không bao gồm Courseinfo trong lược đồ khái niệm bởi vì chúng tôi có thể
tính toán Courseinfo từ các mối quan hệ trong lược đồ khái niệm, và để lưu trữ nó trong
Ngoài ra sẽ là thừa. Dự phòng như vậy, ngoài các không gian lãng phí, có thể
14 Chương 1
dẫn đến mâu thuẫn. Ví dụ, một bộ có thể được chèn vào các mối quan hệ Enrolled,
chỉ ra rằng một sinh viên đặc biệt đã tham gia vào một số khóa học, mà không incrementing
giá trị trong tuổi già tuyển sinh của các bản ghi tương ứng của Courseinfo (nếu sau này
cũng là một phần của các lược đồ khái niệm và bộ dữ liệu của mình được lưu trữ trong DBMS).