これらのステートメントをグループに分割する特定のニーズがありますか、それともさまざまなタイプのステートメントを論理的に用語化するために行われますか(ディスカッション、リファレンスドキュメントなど)?
これらのステートメントをこれらのサブグループに分離することが重要になるユースケースはありますか?
これらのステートメントをグループに分割する特定のニーズがありますか、それともさまざまなタイプのステートメントを論理的に用語化するために行われますか(ディスカッション、リファレンスドキュメントなど)?
これらのステートメントをこれらのサブグループに分離することが重要になるユースケースはありますか?
DDL(データ定義言語)->CreateコマンドやAlterコマンドなどのデータ構造とスキーマを定義するために使用されます。
DML(データ操作言語)->Selectコマンドなどのスキーマオブジェクトを使用してデータを管理するために使用されます。
DCL(データ制御言語)->取り消しコマンドや付与コマンドなどのデータを制御するために使用されます。
TCL(トランザクション制御言語)->CommitなどのDMLステートメントによって行われた変更を管理するために使用されます。
これらは分類です。
これらは分類であり、他のすべての分類が存在するのと同じ理由で終了します...
ユースケースに関しては、これらの用語を使用する状況はほとんどありませんが、SQL Server管理ツールのビジネスアナリストであれば、ユーザーにあらゆる種類のDDLステートメントへのアクセスを許可したくないと言うことができます。 DB上にオブジェクトを作成できません...
そのような必要はありません。
ただし、SQLについて説明するときにハンドルを提供します。私は定期的にDMLとDDLを省略形として使用します。
例:
MySQLはトランザクションDDLをサポートしていませんが、SQLServerはサポートしています。
誰もが(うまくいけば)あなたが何を意味するのかを言わずに知っています
MySQLは、トランザクションのCREATE、ALTER、およびDROPステートメントをサポートしていません...
それらの意味:http ://www.orafaq.com/faq/what_are_the_difference_between_ddl_dml_and_dcl_commands
それらは分割されていません。それらは、データベースで実行する操作のタイプに応じてタイプに分類されます。