SQLテーブルのエイリアス-悪いの？？[定休日]

https://stackoverflow.com/questions/11043

sql
alias

08-06-2019
|

質問

その是非をテーブルのエイリアスアプリケーション?個人的にはなるべく避しているという、コードの未読特に読み込み時に通る場所および計算書）ですが、思いを聞いずカウンターポイントです。がで一般的に使うようにするといいでしょうテーブルのエイリアスとい優先ト?

解決

テーブルのエイリアスは必要悪の処理時性の高い規格化が含まれています。例えば、見たいな方法が良いと思いますの建築家がこのDBをなくすことができ7の参加を得るためにクリーンで完全な記録に戻る者の氏名、住所、電話番号、会社所属です。

よりややスタンダードシングル文字のエイリアスが、私には短い単語のエイリアスなので、上の例のSQL端が見つからないように:

select person.FirstName
      ,person.LastName
      ,addr.StreetAddress
      ,addr.City
      ,addr.State
      ,addr.Zip
      ,phone.PhoneNumber
      ,company.CompanyName
from tblPeople person
left outer join tblAffiliations affl on affl.personID = person.personID
left outer join tblCompany company on company.companyID = affl.companyID

...など

他のヒント

い場合必要用時に加入することが義務が同じテーブルにクエリ。

まざまなカラム名を渡す。当社のレガシーデータベースとして3文字の接頭辞のためのすべての列を背景に、省略した形式からテーブルで、古代よりデータベースシステムまたま対応な支援テーブルのエイリアスのすべてます。

ばカラム名で起こる複数のテーブルを指定するテーブル名の一部としてカラム参照が、このようにテーブルのエイリアスを短縮構文です。

だから人はこんが嫌いですか。

一般的には利用しないしないとしています。私が本当に嫌いによ

select a.id, a.region, a.firstname, a.blah, b.yadda, b.huminahumina, c.crap
from table toys as a
inner join prices as b on a.blah = b.yadda
inner join customers as c on c.crap = something else
etc

それを読み直してみるときのSQL、どうなのかを知っ選択時にいただいていました;エイリアスを実際に混乱させ、どんなにかっslogを通じて行列の前に私は実際にはテーブル名は、一般的には情報のデータのエイリアスは来ない。恐らく大丈夫での場合は、別名が一般的で質問StackOverflowコードにもそういう別名を使用のためになってしまうこともある(また、時には、誰かがそんなあなたを別名を解決できないのです。なぜですか？)

ると思いテーブルのエイリアスを使いことを多くの人々に弱い文字を入力すとは思わないことになるいい言い訳にしました。その訳は、こで終わひどい変数名の命名しての機能が増え、コー---私の出の名前です。私クtype rを除くもので、それを伴います。も、将来、私の手根管、再考の見識別名となります。:P)を特に嫌走る全テーブルのエイリアスにPHPコードが出てくるものと思ってい絶対無理してないみたい！

私がよく利用すカラム予選に私の諸表していると思うのは嫌いではないタイピングを多くしていきたいと思いま喜タイプの氏名ます。(付与され、虐待MySQLのタブます。) ではない状況が今まで使っていた別名(のように記載のその他の回答を見せていただいたのですが、特別な抽煩雑なや不要となります。

編集： (前後)取り扱って一部の保管手続を使用するエイリアス(自分で作ったものではないのだが、今回が初めてこのプロジェクト、いような痛い。この理由のないようにエイリアスがどのよう定義されています。ご存知の方で、一般に良い習を宣言する変数の上部の範囲?(通常のライン?) エイリアスのアプリケーションなこの条約は、私を削っています！このようにしています検索のコードシングルエイリアスを探す(うのが悔しいが、私ははじめにお読みのロジックの前にはどのようにエイリアス宣言）だから、どうしたらいいでしょうか正直に言うようなシステムです。

だから書き保存されている手順と同じような能力のある人間を雇って取り組んを私の別名を定義コメントブロックの初めにファイルを参考にしています。私は正直に理解できないなんだからいいバイブとなっています。

Microsoft SQLのクエリoptimiser特典の使用は完全修飾名または別名になります。

個人的に好きですからエイリアスのない限りたくさん持っているんですがテーブルされるが、これは単一の文字。

--seems pretty readable to me ;-)
select a.Text
from Question q
    inner join Answer a
        on a.QuestionId = q.QuestionId

りも実践的な制限かのSql文字列で実行できる-エイリアスはこの限り避けなければなりません。

良い

これまでの記複数回っておりますので、良い練習ができる接頭辞 すべての カラム名を簡単に見えるカラムに所属してテーブルおよびエイリアスは、より短いフルテーブル名のクエリが読みやすくなり、このように理解するご利用の場合良いエイリアス化方式のコースです。

及び作成した場合は、読んだり、コードの申請は、外部で保存または動的に発生するテーブル名なエイリアスでは本当に難しいと見え方"%s"esまたはその他のプレースホルダのスタンドです。な極端な例ですが、例えば、多くのwebアプリをカスタマイズテーブル名の接頭辞をインストール時に

合してクエリの自分（タイピングのエディタを使用せず、デザイン)いつも利用エイリアスのテーブル名についての注意をお読みくだいているタイプのフルテーブル名ます。

私は嫌いな読むクエリー生成によるデザイナーのフルテーブル名の接頭辞としての各列の名前です。

よいのではないでしょうかこう語に対して過剰な言えます。また、良いアイデアのエイリアスとは(いいネーミング。'a','b','c'す可能性があることが問題（特にがんの読み込み計算書カ月または年以降）を見ようとエイリアシング.

としてその他っているため、参加 必要と して使用している場合は、同じテーブル(閲覧)を複数回も外にいる状況では、エイリアスすることが明らかにデータソースの目的は、特定のコンテキストのエイリアスの名前、答えいただくなぜまアクセスが特定のデータは何のデータです。

私はエイリアス!!!!いろいろやってみました試験を用いて対いやいくつかの処理を改善する見込みです。私の推測では、処理の利益よりも高いときの取り扱大きなデータセットの複雑な入れ子のクエリよります。もし僕ができる試験で、このようんです。

必要分だけ入テーブル自体、またはご利用の場合のカラムで再度サブクエリ...

エイリアスの大について考えただけで私の組織テーブル名など:SchemaName.DataPointName_SubPoint_Sub-SubPoint_Sub-サブSubPoint...私のスケジュールに合わせたサービスか標準セットの略語での当て推量が少なくてすみます。いいProgramInformationDataPoint短縮pidp、応募作品だ。

ですが、もうまいことや人の同意い合することで、これらHAYUGEファイルをほんの少し小さめやすい管理いたします。少なくとも私にとって、少人数の文字を伝えると同じ情報のうしょく感覚ですね。

私のように長明示的にテーブル名(なる100以上の文字)を使用していくテーブルの場合は名な明示いただく場合がござい混乱してどのような各テーブル。

この書きのクエリを使うの短いエイリアスがあっても無視されるのでご注意の範囲内でのクエリに含まれていないことのコードに入ってき易い。

私は別名を使用私のクエリでは、コードのガイドブックで私の会社です。まず必要なエイリアスやテーブル名がある場合カラムが同一名の参加ます。私の意見は、エイリアスの可読性向上のために要素を複雑なクエリーを見て早くそれぞれの所在す。この別名を使用単一テーブルのクエリでの経験によって示されているシングルテーブルクゴ泊シングルテーブルの長さです。

まぁいいか短いテーブル名があっても無視されるのでご注意いたたデータベースのテーブル名できるようにVWRECOFLYまたはその他のランダムな文字列(誘方針）本当はユーザーに見られるので、そういった例を見たいのエイリアスマーコードかすことはないですね。(ユーザーユーザー名でさらに多くろしVWRECOFLY.ユーザー名)

いのエイリアスで取得の適正性を指定する接頭辞とスキーマです。というの

選択ます。名称から
dbo.人の参加者があったと聞いている

いつも利用エイリアスの書き込みます。一般的にどのように省略さのテーブル名を1または2を代表します。ユーザーがu debtor_transactionsがdt。

これにより省に入力のものをも意味があります。

の短い名前で読みやすくするためにといったものです。

を使用しない場合の別名でバコードでさがろうとしているのです。

SELECT Description -- actually in a
 FROM
 table_a a,
 table_b b
 WHERE
 a.ID = b.ID

どんなことのように追加カラムという説明をTable_B.そうだ、エラーとなります。列の追加する必要がありません休憩あります。うことができなくなっ書きの良いコードでは、バグを無料でコードが必要ですよね

エイリアスに必要な接合する際、テーブルと列が同じ名です。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow