解決
残念ながら、公式の観点からは、そのようなものはないと思います。おそらく私たちはそれを作る必要があるでしょうか?
個人的には、DML という用語は誤解を招きやすいと思います。なぜなら、この用語は SELECT の仕組みを実際には説明しておらず、(通常は) 実際にはそうではないからです。 修正する 何でも。一時領域で別の方法でリレーショナル データを「収集」し、指定されたそのセットを返すだけです。
それで、もしそれが私の選択だったら、私はこう言います。
DML INSERT/UPDATE/DELETE について説明します。
そして
DRL (データ検索言語) SELECT について説明します.
他のヒント
DML には以下が含まれます SELECT INTO
(ただではなく SELECT
) であるため、 シノニム INSERTの場合。サブカテゴライズする必要はありません。
通勤途中に思い出したのですが、SELECT は データ操作に使用されます。例えば:
SELECT t.firstname +' '+ t.lastname --String concatenation
SELECT CAST(t.column AS int) --Datatype change
私の教授はそれらを (読み取りではなく) 編集と定義していましたが、IUD の標準用語を知りません。
CRUDに基づいて: 作成、読み取り、更新、削除, 、単に CUD (作成、更新、削除) と言うこともできます。ただし、それを使用する人がいるかどうかはわかりません。
による SQL に関するウィキペディアの記事,
データ操作言語(DML)は、データの追加、更新、削除に使用されるSQLのサブセットです。
そしてその そこで議論された発言 (INSERT、UPDATE、DELETE、MERGE、TRUNCATE など) は 異なるカテゴリー セレクトよりも。
したがって、Wikipedia によると、DML には必ずしも SELECT が含まれるとは限りません。
による SQL-92標準, 目次を見ると、DML に SELECT INTO が含まれていることがわかります。
13 Data manipulation ............................................371 (...) 13.5 <select statement: single row> .............................382 (...)
そこにリストされている定義は次のように説明しています SELECT <columns> INTO ...
.