了解並行控制
並行控制意指多個使用者同時更新資料列時，用於保留資料庫完整性的各種技術。 並行不正確可能導致的問題包括中途讀取、虛設項目讀取，以及不可重複讀取。 Microsoft JDBC Driver for SQL Server 提供介面給 SQL Server 所使用的所有並行技術來解決這些問題。
注意
如需有關 SQL Server 並行的詳細資訊，請參閱＜管理並行資料存取＞。
備註
JDBC 驅動程式支援下列並行類型：
| 並行類型 | 特性 | 資料列鎖定 | 描述 |
|---|---|---|---|
| CONCUR_READ_ONLY | 唯讀 | 否 | 不允許透過資料指標進行更新，且構成結果集之資料列中不保留鎖定。 |
| CONCUR_UPDATABLE | 開放式讀寫 | 否 | 資料庫假設未必會發生資料列競爭，但是有可能。 資料列的完整性會透過時間戳記比較來確認。 |
| CONCUR_SS_SCROLL_LOCKS | 封閉式 (Pessimistic) 讀寫 | 是 | 資料庫假設可能會發生資料列競爭。 資料列的完整性會透過資料列鎖定來確保。 |
| CONCUR_SS_OPTIMISTIC_CC | 開放式讀寫 | 否 | 資料庫假設未必會發生資料列競爭，但是有可能。 資料列的完整性會透過時間戳記比較來確認。 如果是 SQL Server 2005 (9.x) 及更新版本，且資料表不包含時間戳記資料行，伺服器會將其變更為 CONCUR_SS_OPTIMISTIC_CCVAL。 如果是 SQL Server 2000 (8.x)，且基礎資料表有時間戳記資料行，則即使已指定 OPTIMISTIC WITH VALUES，也會使用 OPTIMISTIC WITH ROW VERSIONING。 如果指定了 OPTIMISTIC WITH ROW VERSIONING，且資料表沒有時間戳記，就會使用 OPTIMISTIC WITH VALUES。 |
| CONCUR_SS_OPTIMISTIC_CCVAL | 開放式讀寫 | 否 | 資料庫假設未必會發生資料列競爭，但是有可能。 資料列的完整性會透過資料列資料比較來確認。 |
不可更新的結果集
可更新的結果集是可以在其中插入、更新和刪除的資料集。 在下列情況下，SQL Server 無法建立可更新的資料指標。 產生的例外狀況為：「結果集無法更新。」。
| 原因 | 描述 | 補救方法 |
|---|---|---|
| 使用 JDBC 2.0 (或更新版本) 語法沒有建立陳述式 | JDBC 2.0 推出建立陳述式的新方法。 如果使用 JDBC 1.0 語法，結果集預設為唯讀。 | 建立陳述式時，指定結果集類型與並行。 |
| 使用 TYPE_SCROLL_INSENSITIVE 建立陳述式 | SQL Server 會建立靜態快照集資料指標。 這會與基礎資料表資料列中斷連接，以防資料指標遭到其他使用者更新資料列。 | 搭配 CONCUR_UPDATABLE 使用 TYPE_SCROLL_SENSITIVE、TYPE_SS_SCROLL_KEYSET、TYPE_SS_SCROLL_DYNAMIC 或 TYPE_FORWARD_ONLY 以防建立靜態資料指標。 |
| 資料表設計會避開 KEYSET 或 DYNAMIC 資料指標 | 基礎資料表沒有唯一的索引鍵，無法讓 SQL Server 唯一識別資料列。 | 將唯一的索引鍵加入到資料表中即可提供每個資料列的唯一識別。 |