単一のテーブルの問い合わせ
私達の最初単一のテーブルの問い合わせはある特定の日のすべての販売の順序idを見つけるように意図されている。 そう例えば私達は2004年10月13日のための問い合わせを動かすことを選び、結果は発注id 1006がその日起こったことだった。 問い合わせは次の通りである。
ORDER_IDを選びなさい
ORDER_Tから
order_date = 「13/10月/04」一方、;
結果:
1006年
第2単一のテーブルの問い合わせは指定期限の間に起こった順序を見つけることである。 私達は会計のためのこの問い合わせおよび少しだけ努力の財政の目的をいつでも動かせる。 取るかもしれない何が計算するべき時間はこの問い合わせの秒に達成することができる。
ORDER_IDを、ORDER_DATE選びなさい
ORDER_Tから
ところORDER_DATE > 「01/2004年9月/」
そしてORDER_DATE < 「30/2004年9月/」;
結果:
1002 16-SEP-04
1003 20-SEP-04
私達が作った第3単一のテーブルの問い合わせは量で低いので再命令される必要がある目録を見つけることである。 私達はそれらが品切れである前に私達がある特定のワインを再命令することを確かめるとこれが見つける。 カスタマーサービスは最優先であり、何もプロダクトが品切れであるので何かを買って準備ができている顧客を回すより悪くなく。
Bar_Codeを、Product_Quantity選びなさい
PRODUCT_Tから
PRODUCT_QUANTITY < 24一方、;
結果:
53125 12
83225 12
第4問い合わせは4の下で評価されたワインの顧客評価を見つけるために終った。 私達が将来実行することを望む電子商取引サイトはそれを購入した、試みる後顧客がワインを評価することを可能にする。 私達は容易にどのワインが一貫して見つけ不完全に評価される、結果に基づいて経営決定をいいかしても。 特定のワインが評価される低速なら、私達はプロダクトを中断してもいい。
評価するBAR_CODEを選びなさい
PRODUCT_RATING_Tから
< 4を評価する一方、;
結果:
12113 3
36748 3
第5単一のテーブルの問い合わせは何人顧客が私達に特定の年齢別グループであるか見つけるために終った。 従って次の例えば最初の問い合わせは21および30の年齢の間にである問い合わせを、21見つけ、法的飲む年齢制限、である私達の最も若く可能な顧客である。 そして第2、次の第3そして第4問い合わせは年齢間の顧客を30-40、40-50および50および上で見つける。 私達はこのこれらの顧客の方の私達のマーケティングを目標とするため私達の顧客がであるかだれ調べるのに問い合わせを周期的に使用する。
選びなさい計算(dob)を
customer_tから
dob > 「02/dec/1974」およびdob < 「02/dec/1983」一方、;
選びなさい計算(dob)を
customer_tから
dob > 「10/dec/1964」およびdob < 「10/dec/1973」一方、;
選びなさい計算(dob)を
customer_tから
dob > 「10/dec/1954」およびdob < 「10/dec/1963」一方、;
選びなさい計算(dob)を
customer_tから
dob < 「10/dec/1954」一方、;
結果:
21-30 = 3
31-40 = 1
41-50 = 7
50+ = 3
私達の第6そして最終的な単一のテーブルの問い合わせはどんな状態を私達の顧客がin.であるか見つけることである。 私達は顧客のテーブルからの顧客の私達の結果を見つけるために州を数える。 これは顧客の年齢別グループと共に私達の販売運動で助ける。 私達はマーケティングのドルのために私達の投資に対するリターンを非常に高める地域および年齢別グループによって私達の市場を目標としてもいい。
選り抜きcustomer_state、計算(customer_state)
CUSTOMER_zip_tから
customer_stateによるグループ
計算(customer_state) > 1を持っている;
多テーブルの問い合わせ
私達が書くことを選んだ最初の多数のテーブルの問い合わせはインボイスを作成するためにすべての情報を必要とされて見つけることである。 私達は注文番号によってこれをしてもいい従ってそれの下の例でorder_t.のorder_idを= 1003年言う。 この長い問い合わせは顧客の発注のワインオンラインで必ず終る。 それらはこの問い合わせからその情報の自動答えた電子メールに結果を送られる。 それらはすべてが命令するとき正しく記入されたことを情報を点検。
customer_t.のcustomer_idを、customer_name、customer_address、customer_email、zip_code、order_t.のorder_id、order_date、order_line_t.のorder_quantity、価格、product_t.のproduct_name選びなさい、(order_line_t.のorder_quantity * product_t.の価格)
customer_tから、order_t、order_line_t、product_t
customer_t.のcustomer_id = order_t.のcustomer_id一方、
そしてorder_t.のorder_id = order_line_t.のorder_id
そしてorder_line_t.のbar_code = product_t.のbar_code
そしてorder_t.のorder_id = 1003年;
結果:
CUSTOMER_ID CUSTOMER_NAME CUSTOMER_ADDRESS
----------- ------------------------- ------------------------------
CUSTOMER_EMAIL ZIP_CODE ORDER_ID
---------------------------------------- --------- -------------------------
ORDER_DAT ORDER_QUANTITYの価格PRODUCT_NAME
--------- -------------- ---------- ------------------------------
(ORDER_LINE_T. ORDER_QUANTITY * PRODUCT_T.価格)
---------------------------------------------
15ロバートAboolian 6687第2 Ave。
raboolian@spamail.com 23465 1003年
20-SEP-04 3 15.99のダイナマイトのブドウ園のメルロー
47.97
私達の第2多テーブルの問い合わせは少なくとも6本の1つのタイプをのワインかつて購入した顧客を見つけることである。 例えば私は1つの順序でBuehlerカバルネワインの8本のびんを発注する、そして私の顧客idおよび電子メールは結果にある。 私達はそれは多くの量のワインを売り払う時間であることをマネージャーが決定するとき大きさで購入する方法の情報の生じる顧客に連絡するように意図する。 私達に特定のワインの余分在庫があれば、これらの顧客は特別なクーポンおよび取り引きと最初にE-メールを送られる。
customer_t.のcustomer_idを、customer_t.のcustomer_email選びなさい
CUSTOMER_Tから、ORDER_LINE_t、ORDER_T
CUSTOMER_T. CUSTOMER_ID = ORDER_T. CUSTOMER_ID一方、
そしてORDER_T. ORDER_ID = ORDER_LINE_T. ORDER_ID
そしてORDER_LINE_T. ORDER_QUANTITYの>= 6;
結果:
5 mjohnson@spamail.com
11 she@spamail.com
第3多テーブルの問い合わせは最も高いワインを購入した顧客を見つけることである。 私達は在庫に現在持っている最も高いワインがバー・コード第36748であることが分った。 従って以前このワインを購入したかだれが見つけるために私達は捜してもいい。 私達に高いがある場合販売されて私達である必要があるワインはこれらの顧客に最初に連絡する。 問い合わせは私達に懇願のために使用されるEメールアドレスをそこに与える。
customer_t.のcustomer_idを、customer_t.のcustomer_email選びなさい
CUSTOMER_Tから、ORDER_LINE_T、ORDER_T、PRODUCT_T
CUSTOMER_T. CUSTOMER_ID = ORDER_T. CUSTOMER_ID一方、
そしてORDER_T. ORDER_ID = ORDER_LINE_T. ORDER_ID
そしてORDER_LINE_T. BAR_CODE = PRODUCT_T. BAR_CODE
そしてORDER_LINE_T. BAR_CODE = 36748;
結果:
8 fcummings@spamail.com
4 moskoorouchi@spamail.com
第4多テーブルの問い合わせは私達が販売した何時間をそれぞれ販売した最も普及したワインを見つけることであり。 私達はバー・コード何時間をそれぞれ私達の順序ラインテーブルで使用されたか数える。 これは何時間をそれが別のトランザクションで発注されたか私達に購入されるびんの量を与えないが私達にの計算を与える。 私達は調べて情報に私達の顧客が好むかものをのこの種類の徴候をほしく、従ってよりよい供給の決定を将来することを私達を許可する。
選り抜きorder_line_t.のbar_code、計算(order_line_t.のbar_code)
product_tから、order_line_t
product_t.のbar_code = order_line_t.のbar_code一方、
order_line_t.のbar_codeによるグループ;
結果:
12113 5
23445 3
36748 2
46247 3
53125 1
71347 2
83225 2
五番目および最終的な多テーブルの問い合わせはこと置かれた順序特定の注文番号顧客の名前を見つけることである。 種類の順序の問題を有すれば私達はすぐにトランザクションについての情報を識別し、次に状態を解決するために必要なステップを踏める。 私達はカスタマーサービスを真剣に取る。
Customer_Nameを選びなさい
CUSTOMER_tから
CUSTOMER_t. Customer_ID =一方、
(選り抜きORDER_t. Customer_ID
ORDER_tから
order_ID = 1010一方、);
結果:
イ日曜日
データベーステーブルの記述
顧客のジッパーのテーブルは郵便番号、customer_cityおよびcustomer_stateである属性から成っている。 顧客のジッパーはこのテーブルのための基本キーである。 従って私達がこのテーブルをなぜ作ったか理由は1の郵便番号のためのたった1つの州そして1都市があるので、あった; 私達に複写がデータ何回もない。
顧客のテーブルは顧客についての重要な情報を貯え、示す。 顧客のテーブルはcustomer_ID、customer_name、customer_email、DOB、customer_addressおよびzip_codeである属性から成っている。 私達は数として私達が顧客のIDのためにだけ数を使用する、日付として誕生日を置くので、customer_IDをセットアップし。 他にすべてはvarcharである。 このテーブルのための基本キーはcustomer_IDであり、外国のキーはZip_Codeである。 私達が21の年齢の下にある顧客にワインを販売できないのでDOBにeach of私達の顧客がワインを法的に買うことができるかどうか定める非常に重要な役割がある。
順序のテーブルはorder_ID、order_dateおよびcustomer_IDである属性から成っている。 このテーブルのための基本キーはOrder_IDであり、外国のキーはcustomer_IDである。 この外国のキーは顧客のテーブルからの基本キーと関連している。
プロダクトテーブルはワインについての重要な情報があるテーブルである。 プロダクトテーブルはbar_code、product_quantity、変種、product_name、記述、価格、アルコール、名称および型である属性から成っている。 各属性は私達が販売するワインに見なすあらゆる面で重要な情報を示し、与える。 このテーブルのための基本キーはbar_codeである。 他の属性はびんで、アルコールアルコール分のパーセントを示す。 基本キーはバー・コードそれぞれが非常に独特である、各種類のワインに別のバー・コードがあるので非常に重要であり。 この基本キーは他のテーブルのための外国のキーである。
順序ラインテーブルはすべての情報がワインに見なすことをあるテーブルである。 順序ラインテーブルはorder_line_ID、bar_code、order_Idおよびorder_quantityである属性から成っている。 このテーブルのための基本キーはorder_line_IDである。 そしてorder_IDおよびbar_codeの2つの外国のキーがある。 Order_IDは外国のキー 1であり、bar_codeは外国のキー 2である。
プロダクト評価のテーブルはワインの顧客の評価は与えたことを示すテーブルである。 プロダクト評価のテーブルはbar_codeである、および評価成っている属性から。 属性は両方とも数として置かれる、従って顧客はワインを評価するために数を置くことができる。 Bar_codeはこのテーブルのための基本キーであり、bar_codeはこのテーブルのための外国のキーである。 bar_codeであるプロダクトテーブルの基本キーへの外国の主参照。
製造者のジッパーのテーブルはzip_code、supplier_cityおよびsupplier_stateである属性から成っている。 Zip_codeはこのテーブルのための基本キーである。 このテーブルは基本的に製造者に情報を示したものだ。
製造者のテーブルは会社の製造者で重要な情報を貯えるために作成された。 製造者のテーブルはsupplier_ID、supplier_name、supplier_email、supplier_addressおよびzip_codeである属性から成っている。 Supplier_IDはこのテーブルのための基本キーであり、zip_codeは製造者のテーブルからのzip_codeに参照する外国のキーである。
郵送物のテーブルはshipment_ID、shipment_dateおよびsupplier_IDの属性から成っているある。 Shipment_IDはこのテーブルのための基本キーであり、supplier_IDは製造者のテーブルからのsupplier_IDに参照する外国のキーである。 このテーブルは約保って重要郵送物に関するあらゆる面で重要な情報のトラックをである。 これは会社および消費者が情報を手に入れるのを助ける。 そのプロダクトが送るあった、どの製造者がことプロダクト送るときに、例えば、私達はすべてどのプロダクトがあったか知れる送れば。
テーブルを成っているbar_codeおよびshipment_IDである属性から含んでいる。 属性は両方とも数としてバー・コード数の独特な組合せが、郵送物IDはIDである同一である場合もある従って各郵送物に別のID数があるので、置かれ。 このテーブルのための基本キーはbar_codeおよびshipment_IDである。 2つの外国のキーがある。 外国のキー 1はプロダクト評価のテーブルからのbar_codeの基本キーに参照するbar_codeである。 外国のキー 2は郵送物のテーブルからのshipment_IDの基本キーに参照するshipment_IDである。
<前の2 1
関係した
[電子商取引の買物車ソフトウェア]
[スマートな家の技術]
[馬跳びおよびPowertouch]
[インターネットの無線の作成]
[敏感なラベルの無駄に圧力をかけなさい]
トピック
[技術ビジネス] [コンピューター工学] [電気工学] [指定トピック]
|
©の版権2005 Castelarhost.com
