Teradata - ライターをロックしないで選択するには？ （アクセス用のロッキング・ローとアクセス用のロッキング・テーブル）

Question

Teradata DWHからデータを取得するアプリケーションを開発しています。 DWHの開発者は、すべてのSELECTクエリの前にLOCK ROW FOR ACCESSを使用して、そのテーブルへの書き込みの遅延を避けるように指示しました。

MS SQL ServerのWITH(NOLOCK)ヒントをよく知っているので、LOCK ROW FOR ACCESSと同等です。しかし、INSERTまたはUPDATE文がLOCK ROW FOR ACCESSを使用して許可されていません（これが失敗した理由、それはテーブル（複数可）文は、から選択するために適用する必要があるため、それは、私にとっては明らかではないが、ないものに私が挿入）：

-- this works 
LOCK ROW FOR ACCESS 
SELECT Cols 
FROM Table 

-- this does not work 
LOCK ROW FOR ACCESS 
INSERT INTO SomeVolatile 
SELECT Cols 
FROM PersistentTable 

私はLOCKING TABLE ... FOR ACCESSが使用できることを見ましたが、それが私の必要性に合っているかどうかは不明です（NOLOCK相当 - 書き込みをブロックしないでください）。

質問：INSERTステートメント内で選択すると、書き込みの遅延を最小限に抑えるためにどのようなヒントを使用しますか？

Answer 1

LOCK ROW FOR ACCESSをINSERT-SELECT文で使用することはできません。 INSERTステートメントは、書込み先のテーブルにWRITEロックを設定し、選択元のテーブルにREADロックを設定します。それはあなたがINSERT-SELECTでLOCK ROW FOR ACCESSを得ることが絶対不可欠だ場合

、その後のようなビューを作成することを検討：

CREATE VIEW tmpView_PersistentTable AS 
LOCK ROW FOR ACCESS 
SELECT Cols FROM PersistentTable; 

そしてビューから、SELECT、INSERT、あなたを実行します。

INSERT INTO SomeVolatile 
SELECT Cols FROM tmpView_PersistentTable; 

Answer 2

直接の回答ではありませんが、これはユーザー/アプリケーション/などがビューを通してデータにアクセスする理由の1つであると私は理解しています。ビューのロックfor accessは、挿入/更新を防止しません。テーブルから選択すると、読み込みロックが使用され、挿入/更新が防止されます。

欠点はアクセスロックであり、ダーティリードの可能性があります。