10月2日(木)4コマ目

今日、やったこと

  • DMLとDDL
  • ユーザーとオブジェクトの関係
  • ユーザー作成
  • 表領域
  • システム権限

今日のホワイトボード

この授業でやること

前期のSQLはDML（Data Manipulation Language)。

後期は同じSQLでもDDL(Data Definition Language)を扱う。

DDLはデータベース管理用のSQLで、

  • ユーザー作成、変更、削除
  • テーブル作成、変更、削除

などを行う。

図　SQLのDMLとDDL

ユーザーとオブジェクト

オブジェクトとは、テーブルとか、ビューとか。
オブジェクトは作成ユーザーが持ち主になる。
基本的に自分のオブジェクトしかアクセスできない。
他ユーザーのオブジェクトにアクセスするには、作成ユーザーからアクセスできる権限（オブジェクト権限）を付与してもらう必要がある。
図　ユーザーとオブジェクトの関係

ユーザー作成と表領域

ユーザー作成は
　CREATE USER
を使って行う。
ユーザー作成時には、そのユーザーが利用する表領域を指定する必要がある。
図　ユーザー作成と表領域

表領域とは、データを保存するところ。
上図の
  • system
  • users
  • temp
の３つの表領域の利用目的は覚えておいてください。

DBに接続

WindowsからオラクルDBに接続するには、アプリケーションSQL*Plusを使う。
SQL*Plusはコマンドsqlplusで起動できる。
起動時に接続するDBやユーザー名、パスワードを指定することで、オラクルDBに接続できる。
図　SQL＊PlusでオラクルDBに接続

SQL*PlusでオラクルDBに接続後、SQL*Plusのconnコマンドで接続ユーザーの切り替えができる。
図　SQL*Plusのconnコマンドで接続ユーザーを切替

システム権限

CREATE USERでユーザーを作成しただけでは、オラクルDBに接続すらできない。
ユーザーがオラクルDBに対して何ができるか（システム権限）を付与する必要がある。
システム権限は
　GRANT　システム権限　TO 　ユーザー名
で行う。
図　GRANTでユーザーにシステム権限を付与

次回は

テーブル作成をします。









 

このブログの人気の投稿

10月30日(木)3コマ目

イメージ
今日、やったこと チェック制約 参照整合制約(外部キー制約) 今日のホワイトボード チェック制約(列制約構文) チェック制約 とは、 条件を満たすデータ以外は登録させないための制約 。 キーワード checkにつづく( )内に条件 を書く。 条件はwhere句と同じ。 図　チェック制約(列制約構文) 実際のSQLは以下のとおり。 ①商品マスタテーブル作成 列制約構文で、価格列にチェック制約を設定。 図　商品マスタテーブル作成 ※図中のコメントには”表制約構文”と書いてあるが、列制約構文の誤り ②商品マスタテーブルにデータ登録(正常系) 問題なく登録できる。 図　正常なデータを登録 => 登録できる ③商品マスタテーブルにデータ登録(異常系) チェック制約に引っかかるデータを登録。 エラーになり、登録できない。 図　異常なデータを登録 => エラー発生 => 登録できない なお、更新時もチェックされる。  チェック制約（表制約構文） 表制約構文 では、 複数列で1つの条件 を作ることもできる。 図　チェック制約（表制約構文） 実際のSQLは以下のとおり。 ①商品マスタテーブル作成 表制約構文で、価格列にチェック制約を設定。 図　商品マスタテーブル作成（表制約構文） ②商品マスタテーブルにデータ登録(正常系) 問題なく登録できる。 図　正常なデータを登録 => 登録できる ③商品マスタテーブルにデータ登録(異常系) チェック制約に引っかかるデータを登録。 エラーになり、登録できない。 図　異常なデータを登録 => エラー発生 => 登録できない 参照整合制約（外部キー制約） 今までの制約は1つのテーブル内で完結したが、参照整合制約は 参照する側 のテーブル（ 子テーブル ） 参照される側 のテーブル（ 親テーブル ） の 両方をチェック する。 なお、参照される側（親テーブル）は主キー列が参照される。 参照する側（子テーブル）の別テーブルの主キーを参照する列 を　 外部キー 　と呼ぶ。 参照される側（親テーブル）として、グループマスタテーブルを作成、データを登録。 図　グループマスタテーブル（親テーブル）作成 図　グループマスタテーブルにデータ登録 参照整合制約（列制約構文） キーワード　 references　 のあとに　 ...
続きを読む

1月22日(木)3コマ目

イメージ
今日、やったこと [確認テスト　解説]確認テスト2 [練習問題]シーケンス 今日のホワイトボード [確認テスト　解説]確認テスト2 0.必要なテーブル作成 問題にはないが、ビュー作成の際に必要になるテーブルたち。 〇ジャンルマスタ 図　ジャンルマスタテーブル　作成 〇蔵書マスタ 図　蔵書マスタテーブル　作成 〇会員マスタ 図　会員マスタテーブル　作成 問1　貸出データテーブル　作成 図　貸出データテーブル　作成 問2　蔵書一覧ビュー　作成 図　蔵書一覧ビュー　作成 問3　貸出中蔵書数ビュー　作成 図　貸出中蔵書数ビュー　作成 問4　会員別貸出蔵書数ビュー　作成 図　会員別貸出蔵書数ビュー　作成 問5　蔵書別貸出回数ビュー　作成 図　蔵書別貸出回数ビュー　作成 採点して気になったこと うっかりミスだと思うが原点対象なので。 テーブルの結合条件の間違い 結合条件は多くの場合、参照整合性制約のとおり。 うっかりミスだと思いたい。 　X　where 蔵書マスタ.id=ジャンルマスタ.id 　〇　where 蔵書マスタ.ジャンルid=ジャンルマスタ.id 列名のまちがい 問題文を読んでいただければ。会員マスタテーブルには名前列はあるが、氏名列はない。 　×　select 会員マスタ.氏名 　〇　select 会員マスタ.名前　 [おねがい]回答の際、改行してほしい どこまでも1行で書かないでほしい。 　×　create table 貸出データ(会員ID number(6), 蔵書ID char(6), 貸出日 date・・ 　〇　上記の回答例をみてほしい (前にも話したような気がする)count()関数の使い方 引数が*なら、表全体を見て何行あるか数える。 引数に列名を指定すると、指定列の非nullなら行数をカウント。 図　count()関数 引数は*でほぼことは足りると思う。 次回は テーブル作成＋ビュー作成の確認テストその２をやります。 [練習問題]シーケンスのつづき。  
続きを読む

12月4日(木)3コマ目

イメージ
今日、やったこと [確認テスト　解説]確認テスト1 [練習問題]ビュー　練習問題1 今日のホワイトボード [確認テスト　解説]確認テスト1 問1 ユーザー作成。 表領域名を間違っている人が結構いました。 図　問１　正解 問２ 問1で作成したユーザーsiroはDBに接続できるか？ 下図のように、作成しただけでは接続できない。 図　ユーザーsiroでDB接続してみると systemユーザーでユーザーsiroにDB接続に必要なシステム権限”create session”を付与する必要がある。 図　DB接続にはシステム権限create sessionが必要 問3 問1で作成したユーザーsiroはテーブル作成できるか？ 下図のように、やはりシステム権限が足りない。 図　ユーザーsiroでテーブル作成してみる systemユーザーでユーザーsiroにテーブル作成に必要なシステム権限”create table”を付与する必要がある。 図　テーブル作成にはシステム権限create tableが必要 問4 商品マスタテーブル作成。 図　商品マスタテーブル作成 問5 売上データテーブル作成。 売上日列の初期値を忘れている方がちょこちょこ。 図　売上データテーブル作成 問6 売上詳細データテーブル作成。 売上ID列と商品ID列の複合キー。 1回のcreate tableで、主キー制約設定のための”primary key”は1回しか使えない。 図　売上詳細データテーブル作成 問7 検索の問題。 以下が正解。 図　問７　正解例① orのかわりにin を使ってもいい。 図　問７　正解例② 以下はダメ。検索結果は270行程度になる。 where句最後の”商品名='マキアート'”は３つのテーブルの各行を総当たりで結合した結果に対してチェックされる。 図　問７　ダメな例① 以下もダメ。 商品名がカフェラテかつマキアートはありえない。 よって、検索結果も0行。 図　問７　ダメな例② 問8 グループ化して検索。 図　問８　正解例 次回は ビューの練習問題の解説。  
続きを読む