When you define a column in a table

When you define a column in a table, you assign properties to it as indicated by the design of the Products table in figure 12-3. The two most important properties for a column are Name, which provides an identifying name for the column, and Data Type, which specifies the type of information that can be stored in the column. With SQL Server, you can choose from system data types like the ones in this figure, and you can define your own data types that are based on the system data types. As you define each column in a table, you generally try to assign the data type that will minimize the use of disk storage because that will improve the performance of the queries later.
In addition to a data type, you must indicate whether the column can store a null value. A null represents a value that’s unknown, unavailable, or not appli-cable. The Products table, for example, allows nulls in its ImageFile column.
You can also assign a default value to each column. Then, that value is assigned to the column if another value isn’t provided. If a column doesn’t allow nulls and doesn’t have a default value, you must supply a value for the column when you add a new row to the table. Otherwise, an error will occur.
Each table can also contain a numeric column whose value is generated automatically by the DBMS. In SQL Server, a column like this is called an iden¬tity column, and you establish it using the Identity, Identity Seed, and Identity Increment properties. Identity columns are often used as the primary key for a table.
A check constraint defines the acceptable values for a column. For example, you can define a check constraint for the Products table in this figure to make sure that the UnitPrice column is greater than zero. A check constraint like this can be defined at the column level because it refers only to the column it
constrains. If the check constraint for a column needs to refer to other columns in the table, however, it can be defined at the table level.
After you define the constraints for a database, they’re managed by the DBMS. If, for example, a user tries to add a row with data that violates a
constraint, the DBMS sends an appropriate error code back to the application without adding the row to the database. The application can then respond to the error code.
Another alternative is to validate the data that is going to be added to a database before the program tries to add it. That way, the constraints shouldn’t be needed and the program should run more efficiently. In many cases, both data validation and constraints are used. That way, the programs run more efficiently if the data validation routines work, but the constraints are there in case the data validation routines don’t work or aren’t coded.

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

Khi bạn xác định một cột trong một bảng, bạn gán thuộc tính cho nó như được chỉ ra bởi thiết kế của sản phẩm bàn trong hình 12-3. Hai thuộc tính quan trọng nhất cho một cột có tên, mà cung cấp một tên xác định cho các cột, và kiểu dữ liệu, chỉ định loại thông tin có thể được lưu trữ trong cột. Với SQL Server, bạn có thể chọn từ hệ thống dữ liệu loại như những người thân trong hình này, và bạn có thể xác định của riêng bạn loại dữ liệu được dựa trên các loại dữ liệu hệ thống. Khi bạn xác định mỗi cột trong một bảng, bạn thường cố gắng để chỉ định loại dữ liệu mà sẽ giảm thiểu việc sử dụng dung lượng lưu trữ đĩa vì đó sẽ cải thiện hiệu suất của các truy vấn sau đó.Ngoài một loại dữ liệu, bạn phải chỉ ra cho dù các cột có thể lưu trữ một giá trị bằng không. Null một đại diện cho một giá trị là không rõ, không có sẵn, hoặc không öùng-cáp. Bảng sản phẩm, ví dụ, cho phép nulls trong cột ImageFile của nó.Bạn cũng có thể gán một giá trị mặc định cho mỗi cột. Sau đó, giá trị đó được gán cho các cột nếu một giá trị không phải là cung cấp. Nếu một cột không cho phép nulls và không có một giá trị mặc định, bạn phải cung cấp một giá trị cho các cột khi bạn thêm một dòng mới vào bảng. Nếu không, một lỗi sẽ xảy ra.Mỗi bảng cũng có thể chứa một số cột có giá trị được tạo ra tự động bởi các DBMS. Trong SQL Server, một cột như thế này được gọi là một cột iden¬tity, và bạn thiết lập nó bằng cách sử dụng các thuộc tính danh tính, nhận dạng hạt, và danh tính tăng. Nhận dạng cột thường được sử dụng như là các khóa chính cho một bảng.Một hạn chế kiểm tra xác định các giá trị được chấp nhận cho một cột. Ví dụ, bạn có thể xác định một hạn chế phòng dành cho sản phẩm trong con số này để đảm bảo rằng các cột UnitPrice là lớn hơn 0. Một hạn chế phòng như thế này có thể được xác định ở cấp độ của cột bởi vì nó chỉ đề cập đến các cột nóbuộc. Nếu hạn chế phòng cho một cột cần phải đề cập đến các cột trong bảng, Tuy nhiên, nó có thể được xác định ở cấp độ bàn.Sau khi bạn xác định các khó khăn cho một cơ sở dữ liệu, họ đang quản lý bởi các DBMS. Nếu, ví dụ, người dùng cố gắng thêm một hàng với dữ liệu vi phạm mộthạn chế, DBMS gửi một mã thích hợp lỗi quay lại ứng dụng mà không cần thêm dòng để cơ sở dữ liệu. Các ứng dụng sau đó có thể đáp ứng với mã lỗi.Một lựa chọn khác là để xác nhận dữ liệu sẽ được thêm vào cơ sở dữ liệu trước khi chương trình cố gắng thêm nó. Bằng cách đó, các khó khăn không nên là cần thiết và chương trình phải chạy hiệu quả hơn. Trong nhiều trường hợp, xác nhận dữ liệu và hạn chế cũng được sử dụng trong phòng. Bằng cách đó, các chương trình chạy hiệu quả hơn nếu các thói quen xác nhận dữ liệu hoạt động, nhưng các khó khăn đang có trong trường hợp các thói quen xác nhận dữ liệu không hoạt động hoặc không mã hoá.

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

Khi bạn xác định một cột trong một bảng, bạn gán thuộc tính cho nó như được chỉ ra bởi các thiết kế của bảng Sản phẩm trong hình 12-3. Hai thuộc tính quan trọng nhất đối với một cột là Tên, cung cấp một tên xác định cho các cột, và kiểu dữ liệu, trong đó quy định các loại thông tin có thể được lưu trữ trong cột. Với SQL Server, bạn có thể chọn từ các loại hệ thống dữ liệu giống như những người trong hình này, và bạn có thể định nghĩa các kiểu dữ liệu riêng của bạn được dựa trên các loại hệ thống dữ liệu. Khi bạn xác định mỗi cột trong một bảng, bạn thường cố gắng phân định các loại dữ liệu đó sẽ giảm thiểu việc sử dụng các đĩa lưu trữ bởi vì đó sẽ cải thiện hiệu suất của các truy vấn sau đó.
Ngoài một kiểu dữ liệu, bạn phải cho biết các cột có thể lưu trữ một giá trị null. Một đại diện cho một giá trị vô đó là không rõ, không có sẵn, hoặc không Appli-cáp. Các bảng Sản phẩm, ví dụ, cho phép null trong cột ImageFile của nó.
Bạn cũng có thể chỉ định một giá trị mặc ​​định cho mỗi cột. Sau đó, giá trị được gán cho cột nếu giá trị khác không được cung cấp. Nếu một cột không cho phép null và không có một giá trị mặc ​​định, bạn phải cung cấp một giá trị cho cột khi bạn thêm một hàng mới vào bảng. Nếu không, sẽ xảy ra lỗi.
Mỗi bảng có thể cũng chứa một số cột mà giá trị được tạo ra tự động bởi DBMS. Trong SQL Server, một cột như thế này được gọi là một cột iden¬tity, và bạn thiết lập nó bằng cách sử dụng nhận dạng, Identity Seed, và các đặc tính nhận dạng tăng dần. Cột sắc thường được sử dụng làm khóa chính cho một bảng.
Một chế kiểm tra xác định các giá trị có thể chấp nhận cho một cột. Ví dụ, bạn có thể xác định một hạn chế kiểm tra cho bảng Sản phẩm trong hình này để đảm bảo rằng các cột UnitPrice là lớn hơn không. Một hạn chế kiểm tra như thế này có thể được xác định ở mức độ cột vì nó chỉ đề cập đến các cột nó
buộc. Nếu ràng buộc kiểm tra cho một cột cần tham khảo các cột khác trong bảng, tuy nhiên, nó có thể được xác định ở mức bảng.
Sau khi xác định các khó khăn cho một cơ sở dữ liệu, họ đang được quản lý bởi các DBMS. Nếu, ví dụ, một người dùng cố gắng để thêm một hàng với dữ liệu vi phạm một
hạn chế, các DBMS sẽ gửi một mã lỗi thích hợp lại để các ứng dụng mà không cần thêm các dòng mới vào bảng. Các ứng dụng sau đó có thể đáp ứng với các mã lỗi.
Một lựa chọn khác là để xác nhận các dữ liệu đó sẽ được thêm vào một cơ sở dữ liệu trước khi chương trình cố gắng để thêm nó. Bằng cách đó, những hạn chế không nên cần thiết và các chương trình cần chạy hiệu quả hơn. Trong nhiều trường hợp, cả hai xác nhận dữ liệu và các ràng buộc được sử dụng. Bằng cách đó, các chương trình hoạt động hiệu quả hơn nếu các thói quen xác nhận dữ liệu làm việc, nhưng khó khăn là có trong trường hợp các thói quen xác nhận dữ liệu không làm việc hoặc không được mã hóa.