ストアドプロシージャの命名規則 [閉まっている]

シニア開発者の一人は、「verbObject」タイプの命名（「GetMemberByID」）ではなく、「objectVerb」スタイルの命名（「MemberGetById」）などのストアドプロシージャの命名規則を使用する必要があると述べています。この標準の理由は、関連するすべてのストアドプロシージャがアクションではなくオブジェクトごとにグループ化されることです。

このように名前を付ける方法のロジックはわかりますが、この方法で名前が付けられたストアドプロシージャを見たのは初めてです。命名規則についての私の意見は、名前は自然に読むことができず、単語が何を言っているのか、手順が何をするのかを判断するのに時間がかかるというものです。

これについてどう思いますか？ストアドプロシージャに名前を付けるより一般的な方法はどれですか？また、どのタイプのストアドプロシージャの命名規則を使用しましたか？

このように見てください。メソッドはどのようにコードで整理されていますか？オブジェクトごとに、メソッドがハングアップします。

MyObject.GetById(int)
MyObject.Save()

ストアドプロシージャにその命名を模倣させることで、ソースプロシージャとの関係を簡単に確認できます。

MyObjectGetById
MyObjectSave

私もロジックを見ることができます。エンティティごとにアクションをグループ化します。ただし、アクションが常にGET、PUT、およびDELETEである場合、命名の変更はそれほど重要ではない場合があります。「AccountTransferMoney」などの一意のアクション名がある場合に発生する新しい命名標準の最大の利点がわかります。

最も重要なことは、単一の標準があり、誰もがそれに従うということです。

大きな発行者を決定し、探しているprocを見つけるか、その意味をすばやく解読する必要がありますか？

表示される場合：

memberGetID memberGetName memberGetThis memberListSomething memberDelete

ある時点で、「メンバー」が既に見つかったら、それを無視してそこから進みます。

電話帳を見てください。ジョン・スミスを見つけたいなら、スミス、デイブ・スミス、ジョン・スミス、ロバート

本当にそんなに難しい？ジェームス・ボンドでない限り、私は人々を姓で呼んでから名で呼んではいけません。

「objectVerb」の代わりに、「namespace_verbObject」などを使用できますMember_GetById。
名前空間でプロシージャをグループ化し、従来の「動詞」の命名を使用します。