|
使用非同步執行模式有一項常見的隱憂，就是如果其它 SQLStatement 目前正針對相同的資料庫連線執行，就會推斷您不能開始執行
SQLStatement
實體。事實上，這種推斷並不正確。在 SQLStatement 實體執行時，您不能變更陳述式的
text
屬性，但是，如果您要執行的各個不同 SQL 陳述式都使用不同的 SQLStatement 實體，您可以呼叫 SQLStatement 的
execute()
方法，同一時間，其它 SQLStatement 實體仍然在執行中，並不會導致錯誤。
在內部，當您使用非同步執行模式執行資料庫作業時，每個資料庫連線 (每個
SQLConnection
實體) 本身都具備其佇列或指示要執行的作業清單。執行階段會依序執行各項作業，依加入佇列中的順序執行。當您建立 SQLStatement 實體並呼叫其
execute()
方法時，該陳述式執行作業會加入連線的佇列。如果目前在該 SQLConnection 實體上並沒有執行作業，陳述式會開始在背景中執行。假設在相同程式碼區塊之內，您建立了其它 SQLStatement 實體，而且也呼叫該方法的
execute()
方法。這第二個陳述式執行作業就會加入佇列中第一個陳述式之後。第一個陳述式完成執行之後，執行階段就會繼續佇列中的下一項作業。即使第一項作業的
result
事件正在主應用程式的程式碼中傳送，佇列中後續作業的處理也會在背景中進行。下列程式碼會示範這項技巧：
// Using asynchronous execution mode
var stmt1:SQLStatement = new SQLStatement();
stmt1.sqlConnection = conn;
// ... Set statement text and parameters, and register event listeners ...
stmt1.execute();
// At this point stmt1's execute() operation is added to conn's execution queue.
var stmt2:SQLStatement = new SQLStatement();
stmt2.sqlConnection = conn;
// ... Set statement text and parameters, and register event listeners ...
stmt2.execute();
// At this point stmt2's execute() operation is added to conn's execution queue.
// When stmt1 finishes executing, stmt2 will immediately begin executing
// in the background.
資料庫若自動執行佇列中的後續陳述式，會有一項重大的副作用。如果陳述式取決於其它作業的結果，就不能將陳述式加入佇列中 (也就是說，您不能呼叫其
execute()
方法)，必須要等到第一項作業完成後才行。這是因為，一旦您呼叫第二個陳述式的
execute()
方法，就不能變更陳述式的
text
或
parameters
屬性。在此情況下，您必須等候事件指出第一項作業已經完成，才能開始第二項作業。例如，如果您要在交易中執行陳述式，而該陳述式取決於正在開啟的交易作業。呼叫
SQLConnection.begin()
方法開啟交易之後，您必須等候 SQLConnection 實體傳送其
begin
事件。之後，您才能呼叫 SQLStatement 實體的
execute()
方法。在此範例中，組織應用程式以確保作業正確執行的最簡單方式，就是建立註冊為
begin
事件之偵聽程式的方法。呼叫
SQLStatement.execute()
方法的程式碼會放置於該偵聽程式方法之中。
|
|
|
