4.2.1.2 DDL CompilerRequests to acc

4.2.1.2 DDL Compiler

Requests to access the MySQL databases received from an administrator are processed by the DDL (Data

Definition Language) compiler. The DDL compiler compiles the commands (which are SQL statements) to

interact directly with the database. The administrator and administrative utilities do not expose an interface,

and hence execute directly to the MySQL server. Therefore, the embedded DML precompiler does not process

it, and this explains the need for a DDL compiler.

4.2.1.3 Query Parser

After the relevant SQL query statements are obtained from deciphering the client request or the administrative

request, the next step involves parsing the MySQL query. In this stage, the objective of the query parser is to

create a parse tree structure based on the query so that it can be easily understood by the other components

later in the pipeline.

4.2.1.4 Query Preprocessor

The query parse tree, as obtained from the query parser, is then used by the query preprocessor to check the

SQL syntax and check the semantics of the MySQL query to determine if the query is valid. If it is a valid query,

then the query progresses down the pipeline. If not, then the query does not proceed and the client is notified

of the query processing error.

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

4.2.1.2 DDL CompilerCác yêu cầu để truy cập vào cơ sở dữ liệu MySQL đã nhận được từ người quản trị được xử lý bởi CARD MẠNG (dữ liệuTrình biên dịch ngôn ngữ định nghĩa). DDL compiler biên dịch các lệnh (mà SQL phát biểu) đểtương tác trực tiếp với cơ sở dữ liệu. Người quản trị và hành chính Tiện ích không lộ diện,và do đó có thể thực hiện trực tiếp với máy chủ MySQL. Vì vậy, precompiler DML nhúng không xử lýnó, và điều này giải thích sự cần thiết cho một trình biên dịch DLC.4.2.1.3 phân tích cú pháp truy vấnSau SQL có liên quan báo cáo truy vấn được thu được từ giải mã yêu cầu khách hàng hoặc các hành chínhyêu cầu, bước tiếp theo liên quan đến phân tích cú pháp truy vấn MySQL. Trong giai đoạn này, mục tiêu của phân tích cú pháp truy vấn làtạo ra một cấu trúc cây phân tích dựa trên các truy vấn để cho nó có thể được hiểu một cách dễ dàng bởi các thành phần khácsau đó trong các đường ống.4.2.1.4 truy vấn PreprocessorCây phân tích truy vấn, như thu được từ phân tích cú pháp truy vấn, sau đó được sử dụng bởi các truy vấn preprocessor để kiểm tra cácCú pháp SQL và kiểm tra ngữ nghĩa của MySQL truy vấn để xác định nếu truy vấn là hợp lệ. Nếu nó là một truy vấn hợp lệ,sau đó tiến hành truy vấn xuống đường ống. Nếu không, sau đó các truy vấn không tiến hành và khách hàng được thông báoCác truy vấn, xử lý lỗi.

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

4.2.1.2 DDL biên dịch

yêu cầu để truy cập vào cơ sở dữ liệu MySQL nhận được từ một quản trị viên được chế biến bởi các DDL (Data

Definition Language) trình biên dịch. Trình biên dịch DDL biên dịch các lệnh (mà là các câu lệnh SQL) để

tương tác trực tiếp với các cơ sở dữ liệu. Các tiện ích quản trị và hành chính không phơi bày một giao diện,

và do đó thực hiện trực tiếp đến máy chủ MySQL. Do đó, các DML tiền biên dịch nhúng không xử lý

nó, và điều này giải thích sự cần thiết của một trình biên dịch DDL.

4.2.1.3 Query Parser

Sau khi SQL có liên quan báo cáo truy vấn thu được từ việc giải mã các yêu cầu của khách hàng hoặc hành chính

theo yêu cầu, các bước tiếp theo liên quan đến việc phân tích cú pháp MySQL truy vấn. Trong giai đoạn này, mục tiêu của bộ phân tích truy vấn là để

tạo ra một cấu trúc cây phân tích cú pháp dựa trên các truy vấn để nó có thể dễ dàng hiểu được các thành phần khác

sau này trong các đường ống dẫn.

4.2.1.4 Query Preprocessor

Truy vấn cây phân tích cú pháp, như thu được từ phân tích cú pháp truy vấn, sau đó được sử dụng bởi các tiền xử lý truy vấn để kiểm tra

cú pháp SQL và kiểm tra ngữ nghĩa của các truy vấn MySQL để xác định nếu truy vấn là hợp lệ. Nếu nó là một truy vấn hợp lệ,

sau đó truy vấn tiến xuống các đường ống. Nếu không, sau đó truy vấn không tiến hành và khách hàng được thông báo

về các lỗi xử lý truy vấn.