5月18日火曜日(7日目)-SQL+基本用法ㅇ
4093 ワード
<ディレクトリ>
ㅇデータベース学習時:分析の習慣
机の見方を見る構造確認desc 寸法調整柱 ㅇSQL文作成時の注意事項
ㅇプログラマーが備えるべき基本的な素質
パフォーマンス: コードを記述する方法は多いが、 の費用と時間の部分を監督する際、最も効果的な方法を制定するのは最終的にしなければならないことだ. の結果は重要ではありません.
安心して結果が出たら、最悪のプログラマー 特にデータベースではselectコマンドがパフォーマンスに与える影響が大きい
解析結果 DBを扱う言語(データ表示をインポートする言語)なので、結果そのものが重要すぎる、 ★データを分析する習慣を身につける★
コード を記述および実行しないでください.コードを分析する必要があります:直訳は基本で、意訳は です.予測結果 コード を実行の結果を比較分析する(予測結果を実際の実行結果と比較する) .これを守らない人は芸能界!声が聞こえて、娯楽の音が聞こえないで、ははは
ㅇドアの選択が困難な原因 DBの構造を理解するには、 が下がった結果を分析するには=>これに対する理解が下がれば学習が難しくなる. これのために私にその過程に従って勉強させます~
ㅇ略語を使用する場合は、フルネームを知って使用します. conn接続 edはedit ですは同じ略語で、環境によって異なる意味で使われることもある. desc:describeディスクライブラリ desc:decendingデスクトップ、 一番嫌いな弱者varchar(Variablector)
もしあなたが を読むならば、私はあなたの足を蹴って、ほほほ
NUMBER(4):数値タイプで、最大4個まで書くことができます. VARCHAR(可変文字)(30):文字タイプ、最大30バイト書き込み可能. 英語1ワード1バイト、韓国語2バイト データ型(5月26日メモ)
sqlコマンドではなく、sql+の編集コマンド(edに残らない) ---------何行もあり、なかなか見えません 寸法を破線で示す.たとえば、30文字の名前は-30文字 です. sql+のウィンドウは固定されており、破線がウィンドウを越えると複数の列、 に出力されます.
出力の値を快適に見せてください. 文字と日付: サイズをアルファベット(a)形式で調整デジタルデータでa 17:#を使用すると、
の数字は9で、 です. CF)department nameとlast nameのサイズを短く調整するだけで、ほとんどのデータが1行に表示されます.
sqlは大文字と小文字を区別しません.でも別々に使いましょう!
パフォーマンス上の理由 県規 SELECTのような文は と大文字です.テーブルまたはカラム名小文字 ㅇ大文字と小文字の性能の違いの原因は?メタデータ : データのデータ.データを表すデータ 1101棟101号は物理空間です.この中のお父さんとお母さんは誰が何をしましたか.こんなにたくさんの情報があります. どこに格納されているか、サイズの割り当て、誰が所有しているか、制約条件など、 は、これらの物理データ中の大量の情報(メタデータ)をデータディレクトリ(D.D)に格納する. 非プロセス言語SQL 文を入力し、企業に電話して を実行します.しかし、デバイス内部で対応するコンパイルが行われているため、 PARSING ウィキペディア:コンピュータ科学において、分句(文法)分析とは、一連の文字列を有意義なタグ(token)に分解し、それらからなる分析ツリー(parse tree)を生成する過程を指す.
ディストリビュータコース 1検証:デバッグフェーズ.表、列が存在するかどうか、構文の問題が存在するかどうか、整合性に違反しているかどうか 2実行計画の作成:テーブル(fromセクション)からカラム(selectリストセクション)のデータを取得する コスト時間の観点から最も速い実施計画を制定し、 検索速度が最も速い方法は です.
実行3:それに従って実行し、結果は私たちに出力されます. 実際には、コマンドを実行すると、まずパーティション操作を実行するのではなく、データディックシーケンスを検索します. D.Dにパケット結果とその選択文の文書テキストを格納し、 .レコード情報に同じ文がない場合、グループ化: がある場合は、直接再利用=パケット操作を行わない=検索速度が 速くなる.を検索するときの基準:asc 2(アスキーコード)文字は数字で表される(例えば、大文字aは65)
大文字と小文字の区別
私が大文字と小文字を書くとD.Dはもう使えないのでボクシングをしました.
ㅇ結論
だからプログラマーは自分の約束をしたほうがいい.これでパフォーマンスが向上
(5月20日授業)実際には、データベースにはカラムとテーブル名が大文字で格納されています.
しかし、私は自分のルールを制定してそれを使うのが好きです.
ㅇデータベース学習時:分析の習慣
机の見方を見る
『勉強方法の物語』
ㅇプログラマーが備えるべき基本的な素質
パフォーマンス:
安心して結果が出たら、最悪のプログラマー
解析結果
ㅇ実習、学習時に守る良い流れ:分析の習慣
もしあなたが
<表の表示方法>
ㅇ検査表の構造:DESC
DESC 테이블이름;
ㅇ出力欄のサイズを調整するコマンド:COLUMN
COLUMN department_name format a17
コマンド/変更されたカラム名/17ビットCOLUMN department_id format 99999999
コマンド/変更するカラム名/8桁(9の個数)で変更します.ㅇ寸法調整をキャンセルするコマンド
COLUMN department_name clear
ㅇSQL文作成時の注意事項
パフォーマンス上の理由
実行
大文字と小文字の区別
だからプログラマーは自分の約束をしたほうがいい.これでパフォーマンスが向上
(5月20日授業)
しかし、私は自分のルールを制定してそれを使うのが好きです.
Reference
この問題について(5月18日火曜日(7日目)-SQL+基本用法ㅇ), 我々は、より多くの情報をここで見つけました https://velog.io/@data_sy/5월-18일-화요일-7일차-SQL기본사용법ㅇテキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol