1.データベースの設計と計画段階の主な仕事？
必要と組織内の様々なデータSHE SHEデータシステムとの間のシステム情報、及びリンクの状態を決定するデータ彼女の分析を確立することの実現可能性
各テーブルを意味2.mysql表に関連する権利、？
権利情報テーブル記憶アカウント主：ユーザー、DB、tables_privテーブル、columns_privの 、procs_priv この5つのテーブル（だけでなく、ホストテーブル、今やユーザテーブル5.6の前にホストコンテンツに統合されている）、その意味は以下のとおりです。
ユーザテーブル
のユーザアカウント情報テーブルのレコードは、グローバル権限レベルでサーバーへの接続を可能にします。たとえば：ユーザーテーブル権限をDELETEでユーザーが許可された、ユーザーがMySQLサーバ上のすべてのデータベースのすべてのレコードを削除することができます。
dbテーブルの
DBテーブルは、ユーザーがどのホストされたデータベース・ストレージから決定し、データベースを操作するユーザーの権限を格納します。ユーザーテーブルには、よりきめの細かい制御を行うためのホスト上の指定されたデータベース・レベルの権限のためのデータベース、構成、およびアクセス権dbテーブルにホスト・オペレーティング・権利。
tables_privテーブルとcolumns_privのテーブル
table_privは、テーブル上の操作権限が含ま示し、選択、挿入、更新、削除 、作成、ドロップ、付与、参照、インデックスと変えます。
column_privフィールドはSELECT、INSERT、UPDATE、および参照を含むテーブル内の列の操作権限を示します。
procs_privテーブルは、
機能に関連する権利をストアドプロシージャとストアド
3.長所と短所のインデックス？
インデックス通常インデックス一意のインデックスの主キーインデックスフルテキストインデックスのいくつかの基本的なタイプの
インデックス利点
・（パケットの順序付けを含む）を迅速に検索
データの各行の一意性を保証するためのユニークなインデックス・
インデックス作成手順を-usingはコンシーラーを最適化することができ、システムのパフォーマンスを向上させます
インデックス・欠点
・挿入衰退の維持率変更、削除
、物理的スペースとデータを取り
トランザクションの4特性？
酸、原子性、一貫性、独立性、耐久性
5.制約の目的を作成しますか？制約の種類は？どのような制約を表示するには？
-表の整合性制約オブジェクトデータを確実に、データの単一の列の制約を定義するテーブルまたはで入力することができる
一意の主キー制約と制約：OKインテグリティ（エンティティのインテグリティ） -
-カラムの整合性（ドメインの整合性）：制約をチェックし、null以外のデフォルトの制約constraint
-参照整合性：外部キー制約
主にサードパーティ製のツールやSQL文によるビュー：
1：MySQLのNavicate、データベースを開いて、データベースのテーブルビュー設計テーブルを表示し、外部キー]タブを選択すると、外部キーを表示することができます
2：SQL文を使用して
、テーブルのテーブル名を作成して表示し、このコマンドを実行すると、すべての情報テーブルを参照してくださいするには、いくつかのフィールドタイプ、制約のフィールド、外部キー、主キーを含め、その上で、インデックス、文字エンコーディングと。
標準指標を確立ハング6.wo？
頻繁に更新される主キー列を使用しない
フルテキストインデックスが許可されていません
強い分野を選択する一意のインデックスを作成するために、
短いインデックス選択データ型のフィールドを、フィールドは、768バイトの長さの合計超えていない
複合インデックスを作成することが合理的に、列の実際の長さに基づいて、長さの値定義
4を超えない単一テーブルのインデックス番号
の外部キーの使用を避けるために
重要なSQL文は、インデックスを使用する必要があります。
7.varchar（50）と意味はint（10）50および10。イラスト。
* TBからでcoloumn1（セレクト8最適化 、B、C）とcoloumn2 = 3とcoloumn3> 5
索引付け
どのよう億レベルのテーブルの最適化に到達9.mysql？
サブライブラリーサブテーブル
> 1垂直（縦）セグメンテーション
垂直セグメントは共通の垂直垂直ライブラリとテーブルの二種類です。
サービスカップリングによる垂直ライブラリは、異なるテーブルに格納された関連付けの異なるデータベース低い程度です。大規模システムと同様のアプローチでは、ビジネス分類することにより、複数の小規模なシステム、独立した分割に分割しました。
垂直テーブルを「列」のデータベースに基づいているテーブルのフィールドの複数運ば、拡張テーブルを作成することができ
> 2水平（横）セグメンテーション
アプリケーションでスライスした後、垂直スライシンググレインを再することが困難である、または大量のデータ行の数、単一の書き込みライブラリストレージ性能ボトルネック、水平分割の必要上、この時間があります。
サブテーブル及びデータテーブル内の内部論理に基づいてサブライブラリーライブラリサブテーブルにレベルのセグメンテーションは、同じテーブルは、各テーブルのみ含ま異なる複数の条件またはデータベーステーブルの複数に分配されます単一テーブルの少量のデータが、分散効果になるようにデータの一部、。
いくつかの典型的なデータ断片化ルール：
1、数値範囲に応じ
た時間間隔または時間間隔IDセグメンテーションによる。たとえば：日付によって異なるヶ月または異なるライブラリー間でデータの数日で、
「ホットとコールドデータの分離」あまり移行するために使用されるいくつかのシステムでは、いくつかの他のライブラリ、唯一のビジネス機能に過去のデータを使用ホットスポットデータクエリ
2に記載のモジュロ値
、例えば一般的なカット分割モジュロハッシュMOD：残りに切断フィールドcusno係る4つのバンクに割り当てられた顧客テーブルは、最初のライブラリに0であり、残り1は2番目のライブラリを配置し、。
サブライブラリーのサブテーブルが効果的にリンクすることができ、単一のスタンドアロンライブラリがパフォーマンスのボトルネックやネットワークIOを打破するために、圧力、ハードウェアリソース、接続数のボトルネックを持って、それはまた、いくつかの問題をもたらします。
図1に示すように、トランザクションの整合性
2は、相互ノード相関クエリが発行参加
3、ノード間のページング、ソート、関数質問
、4重の主キーのグローバルな問題を避ける
5、データ移行、容量拡張の問題を
goodGrade AS SELECT SUM（IF（スコア> 90、スコア、0））平均greatGrade、AS（IF（80と89の間のスコア、スコア、NULL））
テーブルの実装をコピーし、2つの構造があります。
方法1：テーブル構造は、新しいテーブルに、次の構文をソーステーブルをコピーすることができ、句の終わりのようにcreate table文を追加します。
新しいソース・テーブルのようなテーブルのテーブル名を作成
データのコピー：ソース表から*を選択し、新しいテーブルに挿入
テーブル構造のコピーを追加するには、CREATE TABLE文の終わりに方法II select文を達成することができる、でもテーブルには、ソース表が新しいテーブルにコピーすることができる記録されます。ソーステーブルとソーステーブルのすべてのレコードの次の表の構文構造は、新しいテーブルにコピーされます。
新しいテーブルは、ソース・テーブルSELECT * FROMテーブルを作成します
手続きproductpricingを作成する（）
開始
の製品から選択AVG（prod_priceを）。
終わり;
テーブルの学生（作成
ID int型主キー、
名前のVARCHAR（8）
）= 'XXX'エンジン= InnoDBのデフォルトのcharset = UTF-8のコメントを。