私は最近、ある開発作業に関連するテーブルとビューにかなり長い名前を使用していることに気付きました。そのため、オブジェクトのクライアント/データベース/サーバー レベルのエイリアスを作成できるかどうか疑問に思いました。
たとえば、dbo.vAlphaBetaGammaDeltaという名前のビューがあるとします。dbo.vABGDという名前の参照を作成する方法 (Intellisense の有無にかかわらず) はありますか?
そうでない場合、テーブル スキーマが変更された場合に必要なメンテナンス以外に、ビューまたは単一のテーブルのビューを作成することに何か問題はありますか?
これらのエイリアス/ビューは、他のオブジェクトでの使用を意図したものではなく、日常のトラブルシューティングと調査中の手根管の軽減と防止を目的としていることに注意してください xD
SQL Serverでは、同義語を作成できます。それはあなたが探しているもののようです：http：//msdn.microsoft.com/en-us/library/ms177544.aspx
ただし、@MitchWheatが述べたように。これは間違った方向に進んでいるようです。長いオブジェクト名のオートコンプリートを提供する非常に優れたSSMSプラグインがいくつかあります（SQLプロンプトなど）。ちなみに、これらの製品は同義語に問題があります...
シノニムを持ちたいと思うケースはたくさんあります。最初に 1 つだけ述べさせてください。テーブルの明確に定義された架空の名前があります: GlobalStatisticalRecord。SQL などの数百行のコードとオブジェクト (キー、インデックスなど) が、このテーブル名を参照しています。5 年間使用した後、GSR という略語は、技術者の間だけでなく、ビジネス ユーザーの間でも使用されるようになりました。したがって、もう一度強調すると、GSR は GlobalStatisticalRecord よりもさらに認識しやすくなりました。ただし、技術チームに新しく加わった人には、GlobalStatisticalRecord という名前をテーブル名として保持することをお勧めします。これは、テーブルが何であるかをうまく説明しているからです。さて、簡単なアドホックを書くときクエリ - そしてそれはあなたが慣れているすべての Intellisense 機能を備えた選択したツールからのものではないかもしれません - これらのエイリアスは本当にあなたの時間を節約します (そして生産上の問題を必死に診断しようとしている朝の午前 2 時の「命」です) ）。これが必要なケースに直面したことがない場合は、何もないと思い込まないでください。あなたが指摘した理由から、永続的なクエリ（ストアドプロシージャなど）では、完全なテーブル名を使用することをお勧めします。