The Relational ModelTherelational m

The Relational Model
Therelational modelconsists oftables. Its roots are in relational algebra, but you do not have
to know relational algebra to build and use relational databases. However, database experts still
use relational algebra terminology: in a relational database, a record or row is called atuple,a
field—often referred to as a column—is called an attribute, and a table of records is called a
relation. This text uses the simpler terms, as do the popular software packages: fields, records, and
tables.
To design a relational database, you need a clear idea of the different entities and how they
relate. For example, in a database for a DVD store, the entities might be Customer, DVD Rental,
DVD, and Distributor. A single table is built for each entity (though each table can contain from
only a few to potentially millions of records). DVD Rental is an associative entity; you can see in
Figure 7.5 that the DVD Rental table associates data from the Customer and DVD tables.
Maintenance of a relational database is relatively easy because each table is independent of
the others, although some tables are related to others. To add a customer record, the user accesses
the Customer table. To delete a record of a DVD, the user accesses the DVD table. The advantages
of this model make relational database management systems the most popular in the software
market. Virtually all DBMSs currently on the market accommodate the relational model. This
model is used in supply chain management (SCM) systems and many other enterprise applications as well as local, individual ISs.
To retrieve records from a relational database, or to sort them, you must use akey. A key is a
field whose values identify records either for display or for processing. You can use any field as
a key. For example, you could query the database for the record of John Smith from the Customer
table by using the CustName field as a key. That is, you enter a query, a condition that instructs
the DBMS to retrieve a record with the value of CustName as “John Smith.” A key isuniqueif each
value (content) in that field appears only in one record. Sometimes a key is composed of several
fields, so that their combination provides a unique key.
As you can see, database design requires careful forethought. The designer must include fields
for foreign keys from other tables so that join tables can be created in the future. A join table
combines data from two or more tables. A table might include foreign keys from several tables,
offering flexibility in creating reports with related data from several tables. The inclusion of
foreign keys might cause considerable data redundancy. This complexity has not diminished the
popularity of relational databases, however.
If a database has more than one record with “John Smith” (because several customers happen
to have that same name) in the CustName field, you might not retrieve the single record you
desire. Depending on the application you use for the query, you might receive the first one that
meets the condition, that is, a list of all the records with that value in the field. The only way to
be sure you are retrieving the desired record is to use a unique key, such as a Social Security
number, an employee ID, or, in our example, a customer ID (CustID). A unique key can serve as
aprimary key. A primary key is the field by which records in a table are uniquely identified. If
your query specified that you wanted the record whose CustID value is 36002, the system would
retrieve the record of John Sosik. It will be the John Sosik you wanted, even if there are more
records of people with exactly the same name. Because the purpose of a primary key is to
uniquely identify a record, each record must have a unique value in that field.
Usually, a table in a relational database must have a primary key, and most relational DBMSs
enforce this rule; if the designer does not designate a field as a key, the DBMS creates its own
serial number field as the primary key field for the table. Once the designer of the table
determines the primary key when constructing the records’ format, the DBMS does not allow a
user to enter two records with the same value in that column. Note that there might be situations
in which more than one field can be used as a primary key. Such is the case with motor vehicles,
because three different fields can uniquely identify the record of a particular vehicle: the vehicle
identification number (VIN), its title number, and its state license plate number. Thus, a database
designer might establish one of these fields as a primary key to retrieve records.
For some business needs you must use acomposite key, a combination of two or more
fields that together serve as a primary key, because it is impractical to use a single field as a
primary key. For example, consider flight records of a commercial airline. Flights of a certain
route are the same every week or every day they are offered, so the daily FlyOz Airlines’ flight

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

Các mô hình quan hệTherelational modelconsists oftables. Nguồn gốc của nó là trong quan hệ đại số, nhưng bạn không cóđể biết các đại số quan hệ xây dựng và sử dụng cơ sở dữ liệu quan hệ. Tuy nhiên, các chuyên gia cơ sở dữ liệu vẫn cònsử dụng thuật ngữ đại số quan hệ: trong một cơ sở dữ liệu quan hệ, một kỷ lục hoặc hàng được gọi là atuple, mộtlĩnh vực-thường được gọi là một cột — được gọi là một thuộc tính, và một bảng của các hồ sơ được gọi là mộtmối quan hệ. Văn bản này sử dụng các điều khoản đơn giản, như các gói phần mềm phổ biến: lĩnh vực, Hồ sơ, vàbảng.Thiết kế cơ sở dữ liệu quan hệ, bạn cần một ý tưởng rõ ràng của các thực thể khác nhau và làm thế nào họliên quan. Ví dụ, trong một cơ sở dữ liệu cho một cửa hàng DVD, các thực thể có thể là khách hàng, cho thuê DVD,DVD, và nhà phân phối. Một bảng duy nhất được xây dựng cho mỗi thực thể (mặc dù mỗi bảng có thể chứa từchỉ có một vài để có khả năng hàng triệu hồ sơ). Cho thuê DVD là một thực thể kết hợp; bạn có thể nhìn thấy trongCon số 7,5 bảng cho thuê DVD kết hợp dữ liệu từ các bảng khách hàng và đầu đĩa DVD.Duy trì một cơ sở dữ liệu quan hệ là tương đối dễ dàng bởi vì mỗi bảng là độc lập củanhững người khác, mặc dù một số bảng có liên quan đến những người khác. Để thêm một bản ghi khách hàng, người sử dụng truy cậpbảng khách hàng. Để xóa một hồ sơ của một đĩa DVD, người dùng truy cập bảng DVD. Những lợi thếcủa mô hình này làm cơ sở dữ liệu quan hệ quản lý hệ thống phổ biến nhất trong phần mềmthị trường. Hầu như tất cả DBMSs hiện nay trên thị trường chứa các mô hình quan hệ. Điều nàyMô hình được sử dụng trong hệ thống quản lý (SCM) chuỗi cung cấp và nhiều các ứng dụng doanh nghiệp cũng như địa phương, cá nhân ISs.Lấy hồ sơ từ cơ sở dữ liệu quan hệ, hoặc sắp xếp chúng, bạn phải sử dụng akey. Chìa khóa là mộttrường có giá trị xác định hồ sơ để hiển thị hoặc để xử lý. Bạn có thể sử dụng bất kỳ lĩnh vực nhưmột chìa khóa. Ví dụ, bạn có thể truy vấn cơ sở dữ liệu đối với hồ sơ của John Smith từ khách hàngbảng bằng cách sử dụng lĩnh vực CustName như một chìa khóa. Có nghĩa là, bạn nhập một truy vấn, một điều kiện hướng dẫnDBMS để lấy một bản ghi có giá trị của CustName như là "John Smith." Một isuniqueif quan trọng mỗigiá trị (nội dung) trong lĩnh vực đó xuất hiện chỉ trong một bản ghi. Đôi khi một phím bao gồm của một sốlĩnh vực, do đó cung cấp sự kết hợp của một phím duy nhất.Như bạn thấy, cơ sở dữ liệu thiết kế đòi hỏi phải cẩn thận mưu định trước. Các nhà thiết kế phải bao gồm các lĩnh vựccho chìa khóa nước ngoài từ bàn khác để mà tham gia bảng có thể được tạo ra trong tương lai. Một bảng tham giakết hợp dữ liệu từ hai hoặc nhiều bảng. Một bảng có thể bao gồm các chìa khóa nước ngoài từ một số bảng,cung cấp linh hoạt trong việc tạo ra các báo cáo với các dữ liệu liên quan đến từ một số bảng. Sự bao gồm củachìa khóa nước ngoài có thể gây ra sự thừa dữ liệu đáng kể. Phức tạp này đã không giảm cácphổ biến của quan hệ cơ sở dữ liệu, Tuy nhiên.Nếu cơ sở dữ liệu có nhiều hơn một hồ sơ với "John Smith" (bởi vì khách hàng một số xảy raphải đó cùng tên) trong lĩnh vực CustName, bạn có thể không lấy đĩa đơn ghi lại bạnmong muốn. Tùy thuộc vào ứng dụng bạn sử dụng cho các truy vấn, bạn có thể nhận được những người đầu tiên màđáp ứng các điều kiện, có nghĩa là, là một danh sách tất cả các hồ sơ với giá trị đó vào trường. Cách duy nhất đểHãy chắc chắn bạn đang lấy các mong muốn ghi là sử dụng một chìa khóa độc đáo, chẳng hạn như an sinh xã hộisố, một nhân viên ID, hoặc, trong ví dụ của chúng tôi, một ID khách hàng (CustID). Một phím duy nhất có thể phục vụ như làaprimary phím. Một khóa chính là lĩnh vực mà các hồ sơ trong một bảng được xác định duy nhất. Nếutruy vấn của bạn chỉ định rằng bạn muốn bản ghi có giá trị CustID là 36002, Hệ thống nàoLấy hồ sơ của John Sosik. Nó sẽ là John Sosik bạn muốn, ngay cả khi có thêmHồ sơ của những người có chính xác cùng tên. Vì mục đích của một khóa chính là đểnhận dạng duy nhất một hồ sơ, Hồ sơ mỗi phải có một giá trị duy nhất trong lĩnh vực đó.Thông thường, một bảng trong cơ sở dữ liệu quan hệ phải có một khóa chính, và đặt quan hệ DBMSsthi hành các quy tắc này; Nếu các nhà thiết kế không chỉ định một lĩnh vực như một chìa khóa, DBMS tạo riêng của mìnhsố sê-ri các lĩnh vực như lĩnh vực quan trọng chính cho bảng. Một khi các nhà thiết kế của bảngxác định các khóa chính khi xây dựng các hồ sơ định dạng, DBMS không cho phép mộtngười dùng nhập vào hai bản ghi với cùng giá trị trong cột. Lưu ý rằng có thể có tình huốngtrong đó nhiều hơn một trường có thể được sử dụng như một chìa khóa chính. Ðó là trường hợp với xe có động cơ,bởi vì ba lĩnh vực khác nhau duy nhất có thể xác định hồ sơ của một chiếc xe cụ thể: xesố nhận dạng (VIN), số tiêu đề của nó, và số tấm giấy phép nhà nước của nó. Do đó, là một cơ sở dữ liệunhà thiết kế có thể thiết lập một trong các lĩnh vực này như một chìa khóa chính để lấy hồ sơ.Đối với một số nhu cầu kinh doanh, bạn phải sử dụng acomposite phím, một sự kết hợp của hai hoặc nhiều hơnlĩnh vực đó phục vụ với nhau như một chìa khóa chính, bởi vì nó là không thực tế để sử dụng một lĩnh vực đơn như là mộtkhóa chính. Ví dụ, xem xét hồ sơ chuyến bay của một hãng hàng không thương mại. Chuyến bay của một sốRoute đều giống nhau mỗi tuần hoặc mỗi ngày họ được cung cấp, như vậy chuyến bay hàng ngày FlyOz Airlines'

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

The Relational Model
Therelational modelconsists oftables. Gốc rễ của nó trong đại số quan hệ, nhưng bạn không cần phải
biết đại số quan hệ để xây dựng và sử dụng cơ sở dữ liệu quan hệ. Tuy nhiên, các chuyên gia cơ sở dữ liệu vẫn
sử dụng thuật ngữ đại số quan hệ: trong một cơ sở dữ liệu quan hệ, một hồ sơ hoặc hàng được gọi atuple, một
trường thường được gọi là một cột được gọi là một thuộc tính, và một bảng của các hồ sơ được gọi là một
mối quan hệ. Văn bản này sử dụng các thuật ngữ đơn giản, cũng như các gói phần mềm phổ biến: các trường, hồ sơ,
và. Bảng
Để thiết kế một cơ sở dữ liệu quan hệ, bạn cần có một ý tưởng rõ ràng về các thực thể khác nhau và làm thế nào họ
có liên quan. Ví dụ, trong một cơ sở dữ liệu cho một cửa hàng DVD, các thực thể có thể là khách hàng, cho thuê DVD,
DVD, và nhà phân phối. Một bảng duy nhất được xây dựng cho mỗi thực thể (mặc dù mỗi bảng có thể chứa từ
chỉ một số ít để có khả năng hàng triệu bản ghi). Thuê DVD là một thực thể kết hợp; bạn có thể thấy trong
hình 7.5 là bảng cho thuê DVD cộng dữ liệu từ các khách hàng và DVD bảng.
Duy trì một cơ sở dữ liệu quan hệ là tương đối dễ dàng vì mỗi bảng là độc lập của
những người khác, mặc dù một số bảng có liên quan đến những người khác. Để thêm một hồ sơ khách hàng, người dùng truy cập
các bảng khách hàng. Để xóa một bản ghi của một đĩa DVD, người dùng truy cập các bảng DVD. Những lợi thế
của mô hình này làm cho hệ thống quản lý cơ sở dữ liệu quan hệ phổ biến nhất trong các phần mềm
thị trường. Hầu như tất cả các DBMS hiện nay trên thị trường phù hợp với mô hình quan hệ. Điều này
mô hình được sử dụng trong quản lý chuỗi cung ứng (SCM) hệ thống và nhiều ứng dụng doanh nghiệp khác cũng như địa phương, cá nhân ISS.
Để lấy hồ sơ từ cơ sở dữ liệu quan hệ, hoặc sắp xếp chúng, bạn phải sử dụng AKey. Một chính là một
lĩnh vực có giá trị xác định hồ sơ, hoặc cho hiển thị hoặc để chế biến. Bạn có thể sử dụng bất kỳ lĩnh vực như
một chìa khóa. Ví dụ, bạn có thể truy vấn các cơ sở dữ liệu cho các hồ sơ của John Smith từ Khách hàng
bảng bằng cách sử dụng các lĩnh vực CustName như một chìa khóa. Đó là, bạn nhập một truy vấn, một điều kiện mà chỉ thị
các DBMS để lấy một kỷ lục với giá trị của CustName như "John Smith." Một khóa isuniqueif mỗi
giá trị (nội dung) trong lĩnh vực đó chỉ xuất hiện trong một bản ghi. Đôi khi một phím được bao gồm nhiều
lĩnh vực, do đó, sự kết hợp của họ cung cấp một chìa khóa duy nhất.
Như bạn có thể thấy, thiết kế cơ sở dữ liệu đòi hỏi phải có sự suy tính trước cẩn thận. Các nhà thiết kế phải bao gồm các lĩnh vực
cho các phím nước ngoài từ các bảng khác để tham gia bàn có thể được tạo ra trong tương lai. Một bảng tham gia
kết hợp dữ liệu từ hai hoặc nhiều bảng. Một bảng có thể bao gồm các phím nước ngoài từ nhiều bảng,
cung cấp sự linh hoạt trong việc tạo ra các báo cáo với dữ liệu liên quan từ nhiều bảng. Việc đưa vào các
phím nước ngoài có thể gây ra dư thừa dữ liệu đáng kể. Sự phức tạp này không hề giảm đi sự
phổ biến của cơ sở dữ liệu quan hệ, tuy nhiên.
Nếu một cơ sở dữ liệu đã có hơn một bản ghi với "John Smith" (vì một số khách hàng xảy ra
để có cùng một tên) trong lĩnh vực CustName, bạn không thể lấy lại hồ sơ duy nhất bạn
mong muốn. Tùy thuộc vào ứng dụng mà bạn sử dụng cho các truy vấn, bạn có thể nhận được một trong những đầu tiên
đáp ứng các điều kiện, đó là một danh sách của tất cả các hồ sơ với giá trị đó trong lĩnh vực này. Cách duy nhất để
chắc chắn rằng bạn đang lấy các bản ghi mong muốn là sử dụng một chìa khóa duy nhất, chẳng hạn như An Sinh Xã Hội
số, một nhân viên ID, hoặc, trong ví dụ của chúng tôi, một ID của khách hàng (CustID). Một chìa khóa duy nhất có thể phục vụ như là
chìa khóa aprimary. Khóa chính là lĩnh vực mà ghi lại trong bảng được xác định duy nhất. Nếu
truy vấn của bạn chỉ định rằng bạn muốn ghi lại có giá trị CustID là 36.002, hệ thống sẽ
lấy lại kỷ lục của John Sosik. Nó sẽ là John Sosik bạn muốn, ngay cả khi có nhiều
hồ sơ của người dân với chính xác cùng tên. Bởi vì mục đích của khóa chính là để
xác định duy nhất một bản ghi, mỗi bản ghi phải có một giá trị duy nhất trong lĩnh vực đó.
Thông thường, một bảng trong cơ sở dữ liệu quan hệ phải có một khóa chính, và hầu hết các DBMS quan hệ
thực thi quy định này; nếu các nhà thiết kế không chỉ định một lĩnh vực như một chìa khóa, các DBMS tạo riêng của mình
trường số serial như là khóa chính cho bảng. Một khi các nhà thiết kế của bảng
xác định khóa chính khi xây dựng các định dạng 'hồ sơ, các DBMS không cho phép
người dùng nhập vào hai bản ghi có cùng giá trị trong cột đó. Lưu ý rằng có thể có những tình huống
mà trong đó nhiều hơn một lĩnh vực có thể được sử dụng như là một khóa chính. Đó là trường hợp với các phương tiện cơ giới,
bởi vì ba lĩnh vực khác nhau duy nhất có thể xác định các kỷ lục của một chiếc xe đặc biệt: xe
số nhận dạng (VIN), số lượng tiêu đề của nó, và số giấy phép trạng thái của nó. Như vậy, một cơ sở dữ liệu
thiết kế có thể thiết lập một trong những lĩnh vực này như một khóa chính để lấy hồ sơ.
Đối với một số doanh nghiệp cần bạn phải sử dụng acomposite trọng, một sự kết hợp của hai hay nhiều
lĩnh vực cùng nhau phục vụ như là một khóa chính, vì nó là không thực tế để sử dụng một lĩnh vực duy nhất là một
khóa chính. Ví dụ, hãy xem xét các hồ sơ chuyến bay của một hãng hàng không thương mại. Chuyến bay của một số
tuyến đường đều giống nhau mỗi tuần hoặc mỗi ngày họ được cung cấp, do đó, các chuyến bay FlyOz Airlines 'hàng ngày