SQL Serverストアドプロシージャの名前付け

ストアドプロシージャにと名前を付け始めました[16_TestStoredProc]。このようなストアドプロシージャの名前に影響はありますか？

なぜこれを行っているのかは説明しません。私がこれに問題を抱えているわけではありませんが、何らかの影響があります。

sql-server sql-server-2012

— ジョシュア
ソース

引用符で囲まれていない名前で壊れるすべてのツールをテストしてくれてありがとう:)

— Remus Rusanu

この質問を「本当の質問ではない」と言ってくれなかったコミュニティに感謝します。これは、将来の読者が異なる命名規則を使用することの意味を理解するのに役立つと確信しています。

— Anuj Tripathi

なぜこれをしているのかを知ることは興味深いでしょう。

— Max Vernon

「NounVerb」パターンを使用してストアドプロシージャに名前を付けることをお勧めします。例は「EmployeeGetAll」および「EmployeeInsert」です。これにより、関連するすべてのストアドプロシージャが一緒に並べ替えられます。

— user2023861 16

それは、プログラマにとって、または長期的なメンテナンスにとって、非常に使いやすいソリューションになるとは思えません。私は通常、VerbNounパターン（GetEmployeeなど）を使用します。これは、NounVerbのようにすべてのEmployeeプロシージャをまとめるわけではありませんが、はるかに直感的です。

— David T. Macknet

これには技術的な問題はありません。

SQL Serverに影響を与えることはありません。

使いやすさの観点から、数字で始まる識別子名は常に引用符で囲む必要があります

exec some_schema.16_TestStoredProc

有効ではないため、常に使用する必要があります

exec some_schema.[16_TestStoredProc]

また、ストアドプロシージャをアルファベット順に並べ替えて表示する場合（オブジェクトエクスプローラーなど）、このプレフィックスはストアドプロシージャの検索に役立ちません。辞書順で並べられているため、18_TestStoredProc前にいくらか不便な場合があります2_TestStoredProc。

私たちはなぜこれをしているのか説明しません

たぶん、あなたには十分な理由があります。あなたがそれらを共有するつもりはないので、私たちがそれらにコメントすることはできません。

— マーティン・スミス
ソース