Số lượng profile tối đa có thể gán cho 1user là bao nhiêu?

Câu hỏi này kiểm tra kiến thức về cú pháp SQL để quản lý người dùng và profile trong cơ sở dữ liệu. Trong SQL, để thay đổi profile được gán cho một người dùng (user) hiện tại, ta sử dụng câu lệnh `ALTER USER`. Câu lệnh này cho phép thay đổi nhiều thuộc tính của người dùng, bao gồm cả profile mà họ được gán.

* A. ALTER PROFILE: Câu lệnh này được sử dụng để thay đổi các thuộc tính của một profile hiện có, chứ không phải để gán profile cho người dùng.
* B. ALTER USER: Đây là câu trả lời đúng. Câu lệnh này cho phép thay đổi các thuộc tính của user, bao gồm cả profile.
* C. SET PROFILE: Câu lệnh này không phải là cú pháp SQL chuẩn để gán profile cho người dùng.
* D. The profile should be specified when creating the user; it cannot be changed: Điều này không đúng. Trong SQL, profile của user có thể được thay đổi sau khi user đã được tạo.

Ví dụ:

`ALTER USER username PROFILE profilename;`

Câu lệnh trên sẽ gán profile 'profilename' cho user 'username'.

Câu hỏi yêu cầu tìm view dữ liệu từ điển (TĐDL) chứa thông tin về timestamp (thời gian tạo) của bảng. Trong số các lựa chọn:

* DBA_OBJECTS: View này chứa thông tin chung về tất cả các đối tượng trong database, bao gồm cả timestamp tạo (creation_date).
* DBA_SEGMENTS: View này chứa thông tin về phân đoạn lưu trữ (storage segments), không trực tiếp chứa timestamp tạo bảng.
* DBA_TABLES: View này chứa thông tin cụ thể về các bảng, nhưng không bao gồm timestamp tạo. Mặc dù nó chứa thông tin như `LAST_ANALYZED` (thời gian thống kê gần nhất), nhưng không phải là thời gian tạo bảng.

Vì DBA_OBJECTS chứa thông tin về timestamp tạo bảng, và DBA_TABLES thì không, nên đáp án D "All the above" không đúng.

Do đó, đáp án đúng là A. DBA_OBJECTS

Câu lệnh `ALTER TABLE BONUS MODIFY CONSTRAINT PK_BONUS DISABLE VALIDATE` được sử dụng để vô hiệu hóa ràng buộc khóa chính `PK_BONUS` trên bảng `BONUS`. Hãy xem xét tác động của việc này:

* A. Không dòng mới nào được thêm vào table BONUS: Phát biểu này không chính xác. Khi ràng buộc khóa chính bị vô hiệu hóa, các dòng mới *có thể* được thêm vào bảng, ngay cả khi chúng vi phạm ràng buộc khóa chính (ví dụ: có giá trị khóa chính trùng lặp). Tuy nhiên, việc thêm dữ liệu vi phạm ràng buộc không được khuyến khích và có thể gây ra vấn đề sau này khi ràng buộc được kích hoạt lại.

* B. Existing rows of the BONUS table are validated before disabling the constraint: Phát biểu này chính xác. Khi sử dụng `DISABLE VALIDATE`, hệ thống sẽ kiểm tra tất cả các dòng hiện có trong bảng để đảm bảo rằng chúng tuân thủ ràng buộc trước khi ràng buộc bị vô hiệu hóa. Nếu có bất kỳ dòng nào vi phạm ràng buộc, quá trình vô hiệu hóa sẽ thất bại.

* C. Rows can be modified, but the primary key columns cannot change: Phát biểu này không chính xác. Khi ràng buộc khóa chính bị vô hiệu hóa, các cột khóa chính *có thể* được sửa đổi. Tuy nhiên, việc sửa đổi các cột khóa chính để tạo ra các giá trị trùng lặp hoặc null (nếu khóa chính không cho phép null) có thể gây ra vấn đề khi ràng buộc được kích hoạt lại.

* D. Chỉ số duy nhất được tạo ra khi định nghĩa ràng buộc bị drop: Phát biểu này không chính xác. Ràng buộc không bị drop mà chỉ bị disable. Chỉ số duy nhất dùng cho ràng buộc khóa chính cũng không bị drop. Nó có thể bị vô hiệu hóa, nhưng không bị drop hoàn toàn. Do đó, phương án này không đúng.

Như vậy, đáp án đúng là B.

Câu hỏi này liên quan đến các thao tác bảo trì cơ sở dữ liệu (DBA) có thể thực hiện trực tuyến mà không gây gián đoạn lớn cho các giao dịch đang diễn ra.

A. Dropping a user-defined column (Xóa cột do người dùng định nghĩa): Thường có thể thực hiện trực tuyến, tùy thuộc vào hệ quản trị cơ sở dữ liệu (DBMS) và cấu hình. Nhiều DBMS cho phép xóa cột mà không cần thời gian chết đáng kể, đặc biệt nếu cột đó không được tham chiếu rộng rãi.

B. Rebuilding secondary IOT indexes (Xây dựng lại chỉ mục IOT thứ cấp): Việc xây dựng lại chỉ mục, đặc biệt là chỉ mục IOT (Index-Organized Table), thường là một hoạt động tốn kém về mặt tính toán. Tuy nhiên, nhiều hệ thống hiện đại hỗ trợ xây dựng lại chỉ mục trực tuyến, giảm thiểu hoặc loại bỏ thời gian chết.

C. Adding new columns to a heap-based table (Thêm cột mới vào bảng heap): Việc thêm cột vào bảng heap (bảng không có chỉ mục cluster) thường là một thao tác nhanh chóng và có thể thực hiện trực tuyến, đặc biệt nếu cột mới cho phép giá trị NULL.

D. Rebuilding a primary IOT index (Xây dựng lại chỉ mục IOT chính): Chỉ mục IOT chính định nghĩa cấu trúc vật lý của dữ liệu. Việc xây dựng lại nó thường đòi hỏi thời gian chết đáng kể vì toàn bộ bảng cần được sắp xếp lại theo chỉ mục mới. Đây là một hoạt động có tính gián đoạn cao.

Vì vậy, đáp án chính xác nhất là D, vì việc xây dựng lại chỉ mục IOT chính thường không thể thực hiện trực tuyến mà không gây gián đoạn đáng kể.

Câu hỏi kiểm tra kiến thức về undo tablespace trong Oracle. Chúng ta sẽ phân tích từng đáp án:

* A. Undo tablespaces sẽ không được tạo ra nếu nó không được chỉ ra trong câu lệnh CREATE DATABASE: Đây là một phát biểu *đúng*. Nếu không chỉ định undo tablespace khi tạo database, Oracle sẽ tạo một undo tablespace mặc định. Tuy nhiên, câu phát biểu này không *sai*, nó chỉ đúng trong một ngữ cảnh.

* B. Two undo tablespaces may be active if a new undo tablespace was specified and there are pending transactions on the old one: Đây là một phát biểu *đúng*. Khi chuyển đổi undo tablespace, tablespace cũ vẫn có thể active cho đến khi tất cả các transaction đang pending trên undo tablespace cũ commit hoặc rollback hết.

* C. You can switch from one undo tablespace to another: Đây là một phát biểu *đúng*. Oracle cho phép chuyển đổi giữa các undo tablespace.

* D. UNDO_MANAGEMENT cannot be changed dynamically while the instance is running: Đây là một phát biểu *sai*. Tham số `UNDO_MANAGEMENT` xác định phương thức quản lý undo, và có thể được thay đổi một cách động (dynamically) khi instance đang chạy. Bạn có thể chuyển đổi giữa automatic undo management mode (AUM) và manual undo management mode.

Vậy, câu lệnh D là câu không đúng về undo tablespace.