2012年5月26日土曜日

『基礎からのMySQL』西沢夢路著（ソフトバンククリエイティブ）
から得たぜひ覚えたい個所を列挙した。　Part４

（p200）複数のテーブルのすべてのレコードを表示する（外部結合）。

・内部結合（inner join）　売上テーブル、社員情報テーブルで
　キーが一致しているレコードのみを取り出す。
・外部結合（outer join）　売上テーブル、社員情報テーブルで
　キーが一致していなくても一方のテーブルのレコードは
　すべて取り出す。

外部結合には、結合するときにどちらのテーブルをすべて
取り出すかによって、次の2種類がある。

・左外部結合（left　join）
・右外部結合（right　join）

左と右はどこで指定しているの？
→select命令で指定している！！

select　カラム名　from　左のテーブル
left　join　右のテーブル
on　結合条件

select * from tb
left join tb1
on tb.bang = tb1.bang

※from 直後で指定しているテーブルが左テーブルですね。

テキストの例だと、左のテーブルにA107(bangフィールド)が
存在するが、右のテーブルには存在しない。
よって、A107の namaフィールドにはNULLが表示される。

右外部結合の場合は、右テーブルにのみ存在する”西沢”
さんのレコードに該当する情報が左テーブルには存在しない
よって、左テーブルが持つ売り上げのフィールド部分は
NULLと表示される。

（p207）COLUMN　OUTERを付けた表記

left join は left outer join と記述できる。right も同様。
outer だけの表記はできない。
必ずleft ・ rightを指定する。

(p208) 自己結合

　自己結合の概念がいまいち理解できない。
社員情報テーブル（tb1)の 5件のレコードそれぞれに
社員情報テーブルの1件目のレコードを結合させ表示し
次に、
社員情報テーブルの 5件のレコードそれぞれに
社員情報テーブルの2件目のレコードを結合させ表示し

最終的にレコードの件数分繰り返し、
レコードの件数　×　レコードの件数　分のレコードを
持つ view を作り上げる。

これまでは、bangフィールドなどで同一の値を持つ
フィールドでレコードを結合させていたが、ここでは
存在するレコードの数だけただ組み合わせている
意味が分からない。

p211までの説明では、順位づけを実現する為の手段
であるように記述されているが、すっきりしない。

p213までの説明を読んでも、自己結合について理解
できない。また、p213の結果もなぜこのように表示される
か理解できない。

MySQL ぜひ覚えたい関数式句などの覚書（Part3）へ

MySQL ぜひ覚えたい関数式句などの覚書（Part5）へ

情報処理再チャレンジブログホームへ

2012年4月20日金曜日

インポートされた javax.servlet.http は見つかりません

以前作成したWebアプリを修正しようとして、久しぶりに
Eclipseに読み込んだ。

すると Eclipse がエラーを訴えている。

インポートされた javax.servlet.http は見つかりません

以前にこれと似たようなエラー対処を学んだが、

javax.servlet.http の外部JARファイルの追加は

何をどうしたらよいのかさっぱりわからない。

ビルドパスの構成

【ビルドパスの構成】画面をよ～っく見ると、ＴＯＭＣＡＴ_HOME
の記述がおかしい（Eclipseのバージョンが違っている！）。

これは、小生がEclipseを再インストールしているが、その名残
のようだ。

TOMECAT_HOMEの設定を現在のものに書き換えたら、
エラーが解消された。

情報処理再チャレンジブログホームへ

2012年4月19日木曜日

Eclipse　エラー　解消

「ｈttp://java.sun.com/jsp/jstl/core は　web.xmlとこのアプリケーションを配備したJARファイルのどちらかでも解決できません」

Eclipseのコンソールに何やら意味不明のメッセージが表示され
思い通りの結果が表示されない。

ググってみると、 jstl.jar と standard.jar※の二つのファイルを
EclipseのWeb-INF/lib 内にコピーしなければならないらしい。
※バージョン1.1 以上

ここから、
http://archive.apache.org/dist/jakarta/taglibs/standard/binaries/

 jakarta-taglibs-standard-1.1.2.zip をクリックすると

２つのファイルをダウンロードできます。

Eclipseのパッケージエクスプローラー内のWeb-INF/lib に

コピーしてトムキャットを再起動すると解決！！

 のんきの日記（http://nonki.yoka-yoka.jp/e121918.html）

さんで勉強させてもらいました。

情報処理 再チャレンジブログ ホーム へ

2012年3月23日金曜日

やり直し JAVAサーブレット（基礎からのサーブレット/JSP [改訂版] )その10

(p148) サーブレットフィルタとは

サーブレットやJSP、また、同一Webアプリケーション内で
あればHTML等に共通の前後処理を記述できる仕組み。
たとえば、入力文字エンコーディング。

テキストで javaクラスの配置場所を示している。
これはちと解かりづらいが、Eclipseで開発を行う場合任意の
プロジェクト内にfilterパッケージを作成しその中に記述する
と言うことだろうか。

１．javax.servlet.Filter インターフェイスを実装したフィルタクラスを作成する。
２. web.xmlにフィルタを登録する。

情報処理再チャレンジブログホームへ

2012年3月22日木曜日

やり直し JAVAサーブレット（基礎からのサーブレット/JSP [改訂版] )その９

(p140) 入力チェックを行う

その８ではエラーチェックの無い干支計算プログラムを示したが、
全角で西暦を入力した場合などは、例外が発生してしまう。

テキストでは半角数値以外の文字列が入力された場合に、
エラー処理を行うプログラムが紹介されている。

eto2.jsp

<%@page contentType="text/html; charset=Windows-31J"%>
<html>
<body>
<h2>干支計算(入力チェック付)</h2>
生まれた年を入力してください。

<form action="../input/EtoServlet2">
西暦<input type="text" name="year">年　<%-- *1 --%>
<input type="submit" value="計算">　<%-- *2 --%>
</form>
</body>
</html>

<%-- *1　入力された文字列を、変数名 "year" で管理 --%>

<%-- *2　value属性でボタンに表示する文字列を設定 --%>

EtoServlet2.java

package chapter10;

import java.io.IOException;
import java.io.PrintWriter;

import javax.servlet.*;
import javax.servlet.http.*;

public class EtoServlet2 extends HttpServlet {

    final static String[ ] ETOS = new String[ ] 　{
　　　　　 "子（ね）", "丑（うし）", "寅（とら）",
            "卯（う）", "辰（たつ）", "巳（み）",
　　　　   "午（うま）", "未（ひつじ）", "申（さる）",
　　　　　"酉（とり）", "戌（いぬ）", "亥（い）", 　　　};

    public void doGet(HttpServletRequest request, HttpServletResponse response)
            throws IOException, ServletException {

        String yearStr = request.getParameter("year");

        String error = null;　　　　　　　//　エラーメッセージを管理する参照変数(error)をnullで初期化
        String etoText = null;　　　　　// 計算結果(干支)を管理する参照変数(etoText)をnullで初期化

        if (yearStr == null || yearStr.length() == 0) {     // 文字列が入力されたかをチェック
            error = "何か入れてね";
        }

        if (error == null) {　　　//　文字が入力された場合
            try {
                int year = Integer.parseInt(yearStr);　　　// 文字列を数値に変換
                if (year < 0) {　　　　　　　　　　　　　　　　　 //
                    error = "紀元前の人はサポート外です";
                } else {
                    int index = (year + 8) % 12;
                    etoText = ETOS[index];
                }
            } catch (NumberFormatException e) {
                error = "年を入れてください";
            }

            response.setContentType("text/plain; charset=Windows-31J");
            PrintWriter out = response.getWriter();

            if (error != null) {
                out.println(error);
            } else {
                out.println("あなたの干支：" + etoText);
            }
        }
    }
}

情報処理再チャレンジブログホームへ

2012年3月21日水曜日

やり直し JAVAサーブレット（基礎からのサーブレット/JSP [改訂版] )その８

(p136) 入力チェックと値の変換

サーブレットに渡される入力パラメータは文字列である。
それでサーブレットよっては数値・日付等への型変換が必要になる。
また、正しい値が送られてきているかチェックをする必要がある。

ブラウザ（.jsp）から西暦で4桁の年を入力すると、干支を返すサーブレット（.java）
が紹介されている。

まずは、入力チェックのないプログラム。

eto.jsp
<%@page contentType="text/html; charset=Windows-31J"%>
<html>
<body>
<h2>干支計算</h2>
生まれた年を入力してください。

<form action="../input/EtoServlet">
西暦<input type="text" name="year">年　<%-- *1 --%>
<input type="submit" value="計算">　<%-- *2 --%>
</form>
</body>
</html>

<%-- *1　入力された文字列を、変数名 "year" で管理 --%>

<%-- *2　value属性でボタンに表示する文字列を設定 --%>

EtoServlet.java

package chapter10;

import java.io.IOException;
import java.io.PrintWriter;

import javax.servlet.*;
import javax.servlet.http.*;

public class EtoServlet extends HttpServlet {

    final static String[] ETOS = new String[] {　/*　*1 */

        "子（ね）","丑（うし）","寅（とら）",
        "卯（う）","辰（たつ）","巳（み）",
        "午（うま）","未（ひつじ）","申（さる）",
        "酉（とり）","戌（いぬ）","亥（い）",
        };

    public void doGet(HttpServletRequest request,HttpServletResponse response)
        throws    IOException,ServletException {

        String yearStr = request.getParameter("year"); /*　*2 */
        int year = Integer.parseInt(yearStr);　/*　*3 */

        int index = (year + 8) % 12;　/*　*4 */
        String etoText = ETOS[index];

        response.setContentType("text/plain; charset=Windows-31J");
        PrintWriter out = response.getWriter();

        out.println("あなたの干支：" + etoText);
    }
}

/* *1　String 型のオブジェクトの入れ物をメモリ上に確保し、そこに入る
オブジェクトを定数として管理する為の、ETOS[ ] 配列を宣言している。 */

/* *2 　オブジェクト変数( request )が指し示すメモリ上のオブジェクトに格納
されている値を、オブジェクトが持つ getParameter()メソッドで取り出し、
それを String 型のオブジェクトとして改めてメモリ上に生成し、
オブジェクト変数（yearStr）で記憶させている。　　*/

/* *3 　なぜ８を足しているのかわからない。定石なのだろうか？ */

情報処理再チャレンジブログホームへ

2012年3月20日火曜日

tomcat7 tomcat6 での文字化け対処

基礎からのサーブレット/JSP [改訂版]　で
サーブレットの学習をしてきたが、
どうしても日本語の文字化けを解消できない。
いろいろ調べてみると、server . xml の
<Connector> 内に

useBodyEncodingForURI="true"　を

記述すると良いらしい。

 上の写真は tomcat6 の server.xml に追記ものです。

記述後、tomcat を再起動したら、

日本語が文字化けせずに表示されました。

雑記帳 Macとかサーバーとかプログラミングとか

で勉強させて頂きました。

情報処理再チャレンジブログホームへ

2012年3月18日日曜日

はじめてのJSP＆サーブレットプログラミング[第５版]　覚書　その1

(p155)　
クラスメソッドという特殊なメソッドのみで作られるクラスは、オブジェクトを作らなくても利用できます。main()メソッドもクラスメソッドであり、JavaVMから呼び出されています。

(p158)
クラスの定義を行うと、同時にクラス名と同じ名前のデータ型が作られる。
boolean , char , int , double などのように、定義したクラス名型の変数(参照変数)を宣言できる。

(p158)
Car carObj　= new Car() ;　
参照変数(carObj) と ”=” を組み合わせて場合、 ”=” は代入ではない。
オブジェクトを carObj に入れる事はできない。

new Car() で生成した、メモリー上に存在するオブジェクトを
参照変数(carObj)に『参照させる』＝オブジェクトの場所を確認させている。そして、
その場所を覚えさせている。

オブジェクトの場所を覚えた ”carObj” を [ carObj . speed = 0 ; ]　のように使うと、
carObj が覚えているオブジェクトが持つ、speed と言う変数に ”0” を設定できる。

情報処理再チャレンジブログホームへ

2012年3月11日日曜日

やり直し JAVAサーブレット（基礎からのサーブレット/JSP [改訂版] )その７

(p129) さまざまな入力フォーム

HTML も JAVAコードも、なんだか難しくなってきています。
. jsp ファイルの ”<form action= ” の記述はこれまでと同じ要領で
修正しましたが、すべてテキスト通りの入力で問題なく動作しました。

サーブレットの出力結果は、順番がバラバラになります。

(p133) 練習問題

ブラウザのテキストボックスに入力した数値と、サーブレットが
ランダムに作り出した数値を比較して、一致した場合に ”当たり” と
表示させるプログラム。　一行一行じっくり解釈していく。

guess.jsp
<%@page contentType="text/html; charset=Windows-31J" %>
<html>
<body>
<h2>数当てゲーム</h2>
0～9の数字を入れてください。
<form action="../input/GuessServlet">     <%-- *1 --%>
   <input type="text"; name="number">　 <%-- *2 --%>
   <input type="submit" value="送信">
</form>
</body>
</html>

<%-- *1　formの値をGuessServlet.javaに渡す --%>

<%-- *2　入力された文字列を、変数名 "number" で管理 --%>

GuessServlet.java
package chapter10;　/*　*1 */

import java.io.*;
import java.util.Random;
import javax.servlet.*;
import.javax.servlet.http.*

public class GuessServlet extends HttpServlet {

    private int hit = new Random().nextInt(10);　/* *2 */

    public void doGet(HttpServletRequest request,HttpServletResponse response) throws
        IOException,ServletException {

        String numberStr = request.getParameter("number");　/* *3 */
        int number = Integer.parseInt(numberStr);　/* *4 */
        response.setContentType("text/plain; charset=Windows-31J");
        PrintWriter out = response.getWriter();
        out.println("数字：" + number);

        if (hit == number) {
            out.println("当たり");
        }else{
            out.println("はずれ");
        }
    }
}

/* *1　小生の場合です。　*/

/* *2 　Random()クラスのオブジェクトを生成し、そのオブジェクトに乱数を作らせ、

int 型の変数 hit に保存。*/

/* *3 　オブジェクト変数( request )が指し示すメモリ上のオブジェクトに格納されて
いる値を、オブジェクトが持つ getParameter()メソッドで取り出し、それを
String 型のオブジェクトとして改めてメモリ上に生成している。
getParameter() は String 型のオブジェクトを返すように作られている為。*/

/* *4 　String 型のオブジェクトから int 型の数値を作り出している。これで Random()

で生成した数値とJSPから送られてきた値を比較できるようになった。*/

情報処理再チャレンジブログホームへ

2012年3月10日土曜日

やり直し JAVAサーブレット（基礎からのサーブレット/JSP [改訂版] )その６

(p122) GET と POST

Webブラウザと Webサーバ間の情報伝送は、

Webブラウザ　→　Webサーバ　…　リクエスト
Webブラウザ　←　Webサーバ　…　レスポンス

で、リクエストには、

”指定したファイルを下さい！ ”　　　　…　GET
”私の情報を受け取って下さい！”　　…　POST

があり、GETやPOSTの事をリクエストメソッドと言う。
リクエストメソッドには、以下のようなものがある。

リクエストメソッド　　サーブレットのメソッド　　　説明
GET　　　　　　　　　　doGet（）　　　　　　　　　　　コンテンツを取得する。情報を送信する。
POST　　　　　　　　　doPost（）　　　　　　　　　　情報を送信する。
HEAD　　　　　　　　　doHead（）　　　　　　　　　　ヘッダ部分を取得する。
PUT　　　　　　　　　　doPut（）　　　　　　　　　　　コンテンツを作成、更新する。
DELETE　　　　　　　 doDelete（）　　　　　　　　　コンテンツを削除する。
OPTIONS　　　　　　 doOptions（）　　　　　　　　使用可能なオプションの一覧を返す。
TRACE　　　　　　　　doTrace（）　　　　　　　　　　ループバックを起動する。

これらは、HTTP のリクエストメソッドの種類に応じてサーブレットが
適切に処理する為に HttpServlet . class に用意されている。
サーブレットを作成する際に、HttpServlet クラスを拡張して、必要に
応じて doGet（）、doPost（）をオーバーライドする。

(p124) GETとPOSTの両方を使ったサンプル。

テキストのJSPコード（ . . /servlet/input . MethodServlet～）を修正し、
. JSPファイル、. javaファイルを所定のフォルダに配置し、. javaファイルの
コンパイル、web . xml への追記、tomcat の再起動。

ブラウザで期待通りの結果が得られる。

日本語入力は依然として文字化けする（悔）が、先へ進むことにする。

文字化け解消法はこちら

(p127) GETでもPOSTでもパラメータの取得方法は同じ

String msg = request . getParameter(message) を解析したいと思う。
①　　　②　　　　　　③　　　　　　　④

①msg は、サーブレット内で使われる String（文字列）型の変数名で、
メモリー上のアドレスが格納される。
ブラウザからのリクエストでサーバが受け取った文字列が、
最終的にこの変数名を使い out オブジェクトの持つ println（）メソッド
によって文字列として吐き出される。
※PrintWriterクラスとかが絡み合っていてすっきりとしたイメージが
　　　もてない。詳しく解説して欲しい。
②request は、コンテナがブラウザからのリクエスト情報を元に、
HttpServletRequest クラスのインスタンスとして生成したもの。
③getParameter()メソッドは、①のインスタンスが持つメソッドで、
変数（パラメータ）に格納されている値を取り出すメソッド。
④message は、ブラウザのテキストボックスに入力された文字列
を、ブラウザが一時保存する入れ物（変数名）でテキストの
例では ” hello ” が格納される。
この ” message ” はHTTPの約束事に則り、
ブラウザからサーブレットに送られる。

GETとPOSTではURLの文字列が変わってくる。
GET　　…　URLに入力パラメータが表示される。
POST　…　URLには起動したいサーブレットが表示され、
入力パラメータはHTTPのボディ部に収めらる。
　　　　　　　

情報処理再チャレンジブログホームへ

2012年3月7日水曜日

やり直し JAVAサーブレット（基礎からのサーブレット/JSP [改訂版] )その５

(p112) はじめに

チャプター10以降の開発環境を選択させている。
・Eclipseを使った開発
・コマンドラインでの開発

前者の場合は、P442～P465を習得してからチャプター10を始める。
後者の場合は、これまでのentryフォルダ（Webアプリケーション）の箱に代わり、
basicフォルダを作成し、これまで通り、階層構造にする。

(p114) 入力パラメータの取得

ブラウザからサーブレットに渡される値を、入力パラメータと呼ぶ。
テキストでは、3つの『入力パラメータを扱う HttpServletRequest のメソッド』
が紹介されている。
String getParameter(String name)
String[] getParameterValues(String name)
Enumeration getParameterNames()
これらは、 HTTPというネットワーク間での情報のやり取りに関する約束事に
準拠したデータから、コンテナ（tomcat）が生成したRequestインスタンスが持つ
いくつかのメソッドの内の、ブラウザからの入力パラメータを扱う３つのメソッド。
と言い換えられるかなぁと、理解を深めるためにイメージを膨らませてみた。

(p114) この章で作成するサンプル

作成したファイルを配備する階層が示されている。
basic
input　　　　　…　JSPファイル（○○ . JSP）などを配備
WEB-INF
src
input　…　javaファイル（○○ . servlet) を配備
classes
input　… クラスファイル(○○ . class)を配備（コンパイルすると自動配備）

<p116> 作成するファイル

List10-1 echo.jsp とList10-2 EchoServlet.javaを作成し、
所定のフォルダに保存。
EchoServlet.javaをコンパイルし、. classファイルも所定の場所に生成された事を確認。
web.xml を作成して、WEB-INFフォルダに配置。

ブラウザから echo . jsp 呼び出す（自動的に”○○ . java ” , ” . class ”が生成される）。

その後、ブラウザの textbox に文字を入力し送信ボタンを押下すると、
エラーメッセージが表示される。
どうやら、
” <FORM　ACTION=" . . /servlet/input . EchoServlet"> ” の記述が良くないようだ。

EchoServlet . class を起動させたい場合は、” /EchoServlet ” とブラウザに入力する。
※web.xml にマッピングした通り
JSPファイルから EchoServlet を起動させたい時は、

”<FORM ACTION ”タグ内に、” . . /EchoServlet ” を指定する。

テキストで、” . . /servlet/input . EchoServlet ”と記述してあるのは、
invoker サーブレットの関係（小生はtomcat7 の為有効にしていない）なのだろう。
この辺の事でも初心者には原因を突き止めるのが難しい。
もう少し説明が欲しいところだ。

適切に修正し,、
ブラウザのテキストボックスに ” ai ” と入力し、送信ボタンを押下すると、
ブラウザはHTMLに記載されている（<form action=”～”>）通り、
EchoServlet を呼び出し（ブラウザのアドレス欄が自動的に…）、
” ai ” というデータを渡す。

ブラウザのアドレスランには ”EchoServlet”（サーブレット名）と
”message=ai”（入力パラメータとデータ）を ” ？ ” で結合しているのが
見て取れる。

テキストボックスに入力された文字列 ” ai ” は html（JSP）ファイルで用意
された ” message ”という入れ物に格納され、EchoServletに渡された。

【クライントは、http に準拠した形式でWebサーバを指定し、データを送る】

Webサーバ（コンテナ）はそのデータを元にリクエストインスタンスを生成し、
サーブレット（EchoServlet）に渡す（同時にレスポンスインスタンスを渡す）。

EchoServlet の doGet() メソッドは2つのインスタンスを元に処理を実行する。
ここでは、リクエストインスタンスが持つ getParameter()メソッドで、
ブラウザが message という変数に格納した文字列を msgという変数に
入れている。

レスポンスインスタンスが持つ、setContentType()メソッドで文字タイプなどを
設定し、

レスポンスインスタンスが持つ、getWriter()メソッドで out と言う変数に
PrintWriterクラスのインスタンスを生成した後、アドレスを格納している。

out が示すインスタンスの println() メソッドで、ブラウザへ返す文字列を出力
している。

(p119) 日本語を入力する

URLエンコードとは、WebブラウザとWebサーバ間でのデータ伝送を行う際に、
入力パラメータに収まったデータ（日本語）は、16進数2桁の文字コードに変換
される等の約束事がありますが、サーバに送るデータ部を明瞭に示す為と
言う事ですね。 indexさんのページで勉強させてもらいました。

「xyz=x=a」と記述された場合は、データ部を解釈できないからです。
この問題を解決するためにURLエンコードという手法を使い、データ部を特殊文字に置き換える
事によって解決します。「xyz=%82%A1%AB%62」　。

テキスト通り ” EchoServlet2 ” を入力し日本語を表示させたいと思ったのですが、
期待した結果が得られず、先へ進むことにしたが（残念）、

文字化け解消法はこちら
要は、サーブレットの doGet() メソッド内で、まず先にエンコーディングを指定する
事が重要と言う事ですね。

(p121) TomcatのGETパラメータのデコード

小生が現在使っている tomcat は７なので、テキストで示している
” useBodyEncodingForURI ” は無い。　

情報処理再チャレンジブログホームへ

2012年3月3日土曜日

やり直し JAVAサーブレット（基礎からのサーブレット/JSP [改訂版] )その４

(p86) はじめてのJSP

JSPはコンパイルが不要で、web . xml への登録も不要。
作成した . JSP ファイルはコンテキスト名直下（entryフォルダ内)に置く。
tomcat は起動している必要がある。
ｈｔｍｌファイルと同じような特徴です。
JSPのコードもHTMLの中に埋め込むような格好になっている。

コンテキストとは？コンテキスト名とは？（復習）　
ｈｔｔｐ： //    localhost ：８０８０   / 　 entry 　 /   hello.txt
プロトコル　　　　　サーバ名　　　　　ポート番号　　コンテキスト名　ファイルのパス

JSPの式（Expression)とは、
” ＜％＝ ”、” ％＞” で囲む。　

(p88) JSPはサーブレット

この章の始め（p86）に、『JSPはサーブレットと違って…』という記述があったの
だけれど、JSPはサーブレットらしい。クライアントからリクエストが発生した際
コンテナは、

①” . jsp ” ファイルを ”. java”ファイルに変換し、
②その” . java ” ファイルがコンパイルされ、
③”. class”ファイルが生成され、
④”サーブレットのインスタンスが生成される。
という４段階の過程を踏むらしい。
よって、最初にアクセスがあった場合のみ、変換やコンパイルで時間が長くかかるらしい。

これまで、サーブレット（”○○servlet . java” ）を記述した場合、
意識して WEB-INF フォルダ内の src フォルダを探し、そこに保存してから、
コンパイルするという（class フォルダへ class ファイルの保存は自動的だが）。
少々面倒なことを意識し、さらには、web . ｘｍｌに登録しなければならなかったが、
JSP はそれらが不要と言うことですね。
ちなみにコンテナが①～④を実行してくれますが、
” . java ” ファイルや、”. class ” ファイルは、

使用中の tomca tフォルダ＞ work フォルダ＞Catalina フォルダ＞localhost フォ
ルダ＞entry フォルダ＞org フォルダ＞apache フォルダ＞ｊｓｐフォルダ内に保存
されています。

（ｐ８９） JSPを変更した場合

サーブレットを変更した場合は tomcat を再起動（Webアプリケーションをリロード）
する必要がありましたが、JSPの場合は不必要。　なぜ？
それは、JSPにアクセスした時に、再び ①JSPの変換、②ｊａｖａコードのコンパイル、
③classファイルの生成、④サーブレットインスタンスの生成が行われるから。

(p90) スクリプトレットを使ってみよう

スクリプトレットとは、見た感じ ”JSPの式” に似ている。
＜％＝ ○○○　％＞　　…　　JSPの式
＜％   ○○○ 　％＞　　…　　スクリプトレット

スクリプトレットにはjavaのコードを記述できる。

(p91) 出力用の変数out

out はオブジェクト？変数？　混乱してきた。
ググッたら、わかりやすいブログを見つけたので勉強させてもらいました。
稲員勇輝さんありがとうございました。

コンテナは、
" . jsp ファイル” をサーブレットに変換する際に、予めよく使うであろう変数
（ out を含む）を宣言してくれているらしい。　よって、JSPコード内でいちいち
out を宣言しなくてもすぐ使えるようになっている。
これも JSP が楽チンであると言う要素ですね。

この out 変数には、
JspWriter . class 型のインスタンス（インスタンスのアドレス）が入るようになっている。
JspWriter . class 型を詳しく調べたわけではありませんが、どうやらブラウザへの
レスポンスインスタンス(response)に出力する機能を持っているようですね。

” out ” はオブジェクトと短絡的にイメージしていたが、厳密には
” out ” はインスタンスが存在するメモリー上のアドレスが入るわけで、
変数ですね。

たぶん小生の認識で間違いないと思うのですが、いろいろ確認してみてください。

(p94) JSPのコメント

＜％－－ JSP　Comment －－％＞　　これがJSPのコメント
＜！－－ JSP　Comment －－＞　　　これはHTMLのコメント

JSPをサーブレット（javaコード）に変換すると、　javaコードの中にHTMLを生成するが、

そのHTMLの中に＜％－－ JSP Comment －－％＞は存在しない。

＜！－－ JSP Comment －－＞はブラウザでは表示されないが、HTML には存在する。

（ｐ９５）コンテンツタイプの指定

JSPでコンテンツタイプを指定するには、” page ディレクティブ ” を使用する。
＜％＠page contentType="text/html ; charset=Windows-31J" ％＞

ディレクティブとは？
＜％＠　○○○　％＞で記述するタグを言う。
これに、page が付く（　＜％page ○○○ ％＞）と、
ページディレクティブとなる。

（p97) import宣言

外部クラスをインポートする場合は、page ディレクティブの import 属性を使う。
ここでは、現在時刻を表示する訳だが、”java.util.Date”クラスが必要となり、
JSPコードの最初の段階で、
＜％＠page import= "java.util.Date" ％＞でDateクラスをインポートしている。

このおかげで、＜％= new Date() ％＞　の記述で、日付が求められる。

このインポートの記述は、複数行に分けて、複数インポートすることもできる。
また、ワイルドカード（＊）により１行で複数インポートすることもできる。

javax.servlet、javax.servlet.http、javax.servlet.jsp パッケージについては、
デフォルトでインポートされるので記述はいらない。

(p102) コンテキストパスを理解する

”コンテキスト” とは、個々のWebアプリケーション（これまでの内容では ”entry”）

｜←　　　　　　リソースのURL 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　→｜　
｜←　　　　　　WebアプリケーションのURL　　　　　　　　　　　　　　　→｜
｜←　　　　　　サーバのURL 　　　　　　　　　→｜

ｈｔｔｐ： // localhost ：８０８０ /   entry   　　/ hello.txt
　　　　　　　　　　↑　　　　　　　　↑　　　　　　　　　↑　　　　   　 ↑　　　　　↑
   　　　　　　　　　　サーバ名　　ポート番号　コンテキスト名   ※　ファイルのパス
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
※コンテキストルート　　　　　　　コンテキストパス　＝　コンテキストルートまでの道のり

コンテキストルートには index.html ファイルなどが配備してありますね。

よって、context.jspでは、
サーバのルート（"/" ＝ http://localhost:8080）では、
TOMCATのページが表示され、
リクエストインスタンスの getContextPath() メソッドが返す文字列（”/entry” ※）
では、index . html が表示される。
※ 絶対URLに直すと ”http://localhost:8080/entry” と言うことだが、
少々もやもやしている。　

(p105) JSPからサーブレットを呼び出す

テキスト通りコードを入力するも、期待通りの結果は得られない。
”サーバルート”からのパス” は ”servlet”を削除（小生のtomcat7では
invoker を利用できない）することで、表示されるようになったが、
”カレントからのパス” はどのように修正してもエラーとなる。　
そもそも、ここで言う ”カレント（. jspファイルから？）からの” の意味が良く
わからない。理解していないのか？！

いろいろ試した結果、

<p><a href="../../../entry/HelloServlet">HelloServlet</a>
（カレントからのパス）

と変更することで期待通りの結果が表示された。

JSPコードからｊａｖａコードに変換されて、コンパイルで生成されたクラスファイルは

tomcat7\work\Catalina\localhost\entry\org\apache\jsp　

ここに保存されているということですかね。

まだ、知識が浅いようだ。

取り敢えず先へ進むこととする。

情報処理再チャレンジブログホームへ

2012年3月2日金曜日

やり直し JAVAサーブレット（基礎からのサーブレット/JSP [改訂版] )その３

(p56) 練習問題

現在時刻を返してくるサーブレットを作成させる問題。
なにやら ”java . util . Date()” なるクラスを使うようだ。
いきなり ”PrintWriter　out = response . getWriter()”　など
を使えば実現できるとのヒントが出てくるが、
PrintWriter とかもやもやした状態でなんだか気持ちが悪い。
ここまでいつもそんな心境でホントに技術を習得できるのか心配だった。

とりあえず、
①エディターに HelloServlet を読み込み、それを編集後、
名前をつけて classes フォルダ内 foo フォルダに保存。
②ディレクトリ WEB-INF へ移動して、 >compile　foo/NowServlet . java
エラーが１件（ ”；”のつけ忘れ）でたが、難なく
classes フォルダ内 foo フォルダに NowServlet . class が生成された。
③web.xml にコードを追加し、
④（ Tomcat を再起動することなく）ブラウザに～/NowServlet と入力
⑤無事、ブラウザに現在時刻が表示された。

今回の練習問題では、
コンパイルの際に１件のエラーは出たものの、エラーメッセージが理解できた。
また、ほとんど直感で回答できた。
もやもやしっぱなしではあったが、それなりに実力はついているようで、
ちょっぴり安心した。

(p59) HTMLを出力するサーブレット

ブラウザに ”こんにちは” と表示するだけのサーブレット。
ポイントは、日本語を表示させる為の約束事を確認すること。
doGet()メソッド内、最初の段階で response インスタンスが持つ
setContentType()メソッドで response インスタンス自身に
情報をセットしている。　

詳細はまだもやもやしているが、先へ進むことにしよう。

※一般的な Web アプリケーションでは ” text/html ” とセットするのとの事。
※tomcatではデフォルト文字エンコーディングが ISO-8859-1 に設定されて
いる為 setContentType()で日本語の文字円コーディングを設定しなけ
ればブラウザに日本語が表示されない。
※setContentType()で指定した文字円コーディングは PrintWriter からの
出力に利用される。
※PrintWriter オブジェクトを取得する前に、setContentType() を実行しなけ
ればならない。　

(p65) プレーンテキストを表示するサーブレット

”(text/plain; charset=Windows-31J”)　と
”(text/html; charset="indows-31J”) の違いを確認する。

html は<br>が改行を意味するので、ここでは文字列が連続されて表示する。

(p69) 練習問題

P51で出てきた OracleServlet とほぼ同じ技術。違いは日本語を出力するかどうか。
※ setContentType() メソッドを使用する。

(p73) web.xmlの基本

XML（eXtensible Markup Language) とは、文書やデータの構造をあらわす為の
マークアップ言語。　これは HTML のようなタグで文字を埋め込んでいく方式の
言語を言うらしい。また、eXtesible（拡張）が示すとおりユーザーが自由にタグを
拡張することができるらしい。タグを拡張とは？　？？？

教訓１　もやもやしてても取り敢えず先へ進む！

XMLの宣言
先頭の1行は <? ～ ?> で括る。これを宣言と言い、省略できるが書いたほうが良い。
ヴァージョンやエンコーディング、スタンドアロン文書（？）かどうかを記述できる。

ルート要素
単一のルート要素（？）　さっぱりわからない。

要素と属性
XMLの基本単位は要素。
”文字列”　の”文字列”はテキスト要素となる。

要素に付加する付属的な情報を属性と言う。　属性はタグの中に
< ○○　key=value >　の形式で記述する。

大文字・小文字
区別される。

開始タグと閉じタグ
HTMLと同じ。<book>　～ </book>　とする。
ちなみにテキストに出てる <book/> は誤植であろう。

XMLのコメント
コメントを記述したいときは ”” で括る。
< ! -- コメント -->　とする。

< ! --
コメント

-->　

と言う書き方でも良い。

スキーマ
XMLは複数のプログラムの間でやり取りされるデータである為、
文法チェックを行う仕組みを取り入れている。※省略可
XMLの構造を定義したものをスキーマと言い、これを用いて
文法チェックを行う。
最も基本的なスキーマをDTD（Document Type Definition) と言い、
さらに複雑な定義を行うため、XMLスキーマ、RELAX NG などが利用
できるらしい。API2.4以降XMLスキーマが利用されているらしい。

スキーマの定義（ｄｔｄ）は下記のようなもの。
<!ELEMENT books　(book *)>
(!ELEMENT book (title)>
<!ＡＴＴＬＩＳＴ　book
isbn CDATA #REQUIRED
>

整形式(Well-Formed）と妥当（Valid)
XMLの基本的な文法（開始タグに対する閉じタグがある）を満たしたXMLは
”整形式のXML” と言い、スキーマが用意されている場合でそのスキーマ（文法）
を満たしているXMLを ”妥当なＸＭＬ” という。

web . xml では、先頭に宣言があり、次にXMLスキーマを記述し、
その後に<servlet>、<servlet-name>、<servlet-mapping>、<url-pattern>などが
続く。
ここまで何度となく記述していた web.xml は宣言、XMLスキーマなどを省略していた。

<web-app>　～　</web-app>　の中に記述していましたね。

HTMLでも、しっかり宣言を入れておいたほうが良いとの話を耳にした事があるが、
※省略可　　XMLが少し見えてきた感じがする！！

(p82) invokerサーブレットの設定
今回小生が使用している Tomcat は tomcat7 である。
conf フォルダの中に web . xml はあるのだが、” invoker ” の記述がない。
ググッてみたら、tomcat7 からは invoker サーブレットはなくなっているらしい。
人類みんなごくつぶしさんのブログに詳しく載ってました。

ここの記述は少々複雑でいまいち整理できていないが、
① invoker と言う名前で servlet-name を定義して、
② servlet-class としては、何かのサーブレット . class を
定義（コンテナ内にあるの？）し、
③pattern を /servlet/* として、
ブラウザからフルパスでクラスを指定できるようにしている。

この結果、いちいち作成したサーブレットを web . xml に登録しなくても
良いようになる。

基本、サーブレットは web . xml に登録しないと実行できない。
invoker サーブレットは Tomcat 独自の機能。
invoker サーブレットはセキュリティ上の問題がある。

情報処理再チャレンジブログホームへ

2012年3月1日木曜日

やり直し JAVAサーブレット（基礎からのサーブレット/JSP [改訂版] )その２

(p46) オートリロードの設定
サーブレットの Javaコード（ . javaファイル )は
コンテナ上の src フォルダに格納する。そのJavaコードを
コンパイルし生成した . classファイルは WEB-INF フォルダに
配備する。これは基本事項ですね。

これまでの過程で、ｓｒｃフォルダに置いた . java ファイルは
compile . bat でコンパイルすると、自動的に WEB-INF フォルダ
に . class ファイルが生成される。

先ほどの HelloServlet.java ファイルを一部訂正し、再コンパイルすると、
すでに存在している Hello.Servlet.class の内容は更新されている。

結果を確認すべく、
ブラウザでサーブレット(.class)ファイルが更新されたか確認すべく、
更新ボタンを押すも、画面はまったく変わらない。

コンパイルによりコンテナ内の WEB-INF フォルダに.class ファイルは配備されて

いるはずだが、ブラウザ（クライアント）にはなぜ反映されないのか？
メカニズムははっきり見えないが、コンテナ（Tomcat）を再起動
しなければならないらしい。クライアントは WEB-INF を見に行くと思っていたが、
もう少し複雑なのですね。

前置きが長くなりましたが、ここでは Tomcat を再起動せずとも、再コンパイルのみで
済ませる技術（Tomcat独自の仕組み）が紹介されている。

コンテキストルート内（entryフォルダ内）に META-INF フォルダを作り、その中に
context.xml を作成する。
内容は <Context reloadable="true"/> だけでよい。
これをコンテナに置きっぱなしにしていると、運用時にパフォーマンスが落ちる。
手動のリロードなるものがあるらしい。
eclipse では、再起動ボタンを押せばすむので、オートリロードは、さほど
重要ではないと思った。

(p48) パッケージ付のサーブレット
パッケージについてはその概念の必要性がはっきりしないが、開発上有効な
ものなのだろう。p49で web.xml に追加しているが、コンテナが持つサーブレットの
数だけ、<servlet-name>、<servlet-class>、<servlet-pattern>の定義が必要である
ことが見て取れる。
p50では src フォルダ内に fooフォルダを作成し、その中にBarServlet . java を
作成して、コンパイルするコマンドが乗っている。
> compile foo/BarServlet.java
であるが、p44 で説明があった、”％１にはバッチファイルに渡される引数～” の
意味が理解できた。改めて javac コマンドをググッてみたが、奥が深いね。

(p54) Oracle . java も自動的にコンパイルされる。
小生は、Oracle . java と OracleServlet . java をそれぞれコンパイルしたが、
ここでは OracleServlet . java のみコンパイルすれば自動的にOracle . java も
コンパイルしてくれる。メカニズムは後から理解できるだろうと思い、深く追求せずに
次に進む事とする。

情報処理再チャレンジブログホームへ

2012年2月29日水曜日

Windows　7（vista）　の機能　拡張子を表示させる

①任意のフォルダーを開く

②左上にある　整理　をクリック

③フォルダーオプションと検索のオプションをクリック

④フォルダーオプションダイアログボックスが表示される

⑤表示タブをクリック

⑥詳細設定下部の”登録されている拡張子は表示しない”のチェックをはずす

情報処理再チャレンジブログホームへ

2012年2月28日火曜日

やり直し Java Servlet （基礎からのサーブレット/JSP[改訂版] ）その１

(p22) Webアプリケーションのディレクトリ構造
JSP、HTML、画像、TEXTファイルなどはコンテキスト名（entry)の直下に
配置するとの事で、

①”hello.txt” をテキストどおりに作成して配置する。
②tomcat7/bi/Tomcat7w を右クリックで管理者として実行(A)...
③ブラウザのアドレスに ”http://localhost:8080/entry/hello.txt と入力

するも期待通りに表示されない。
”わかりやすい！” と薦められて買ったテキストの、出だしの一番簡単な
箇所でつまづいていては、”サーブレットを諦めろと” 言われているような
もので、一気にテンションが下がってしまった。

これって、よくあるミスなのではないかと思うが、
webappsフォルダ内に右クリックで entryフォルダを作成し、
entry フォルダ内でまた右クリックして、”hello.txt” を作成していたのである。
その後にメモ帳で hello.txt を編集して上書き保存し、”hello.txt” が完成
したものと思い込んでいた。
このやり方では、”hello.txt.txt” が作成されてしまうのである。

ファイルの拡張子を最初から表示させておけば陥らないミスであった。

(p37) JAVAファイルの作成
ここでサーブレットコードが出ていて、問題なく動作はしたが、
doGet()メソッドのメカニズムがわからず、先へ進めなくなった。
細かい概念はもう少し慣れてきてからとの考えだったのでしょうが、
サーブレットコンテナについてもう少し情報が欲しかった。
doGet()メソッドは２つの引数を持っています。
１つ目の request インスタンスは、なんとなくクライアントからの
リクエストを元に、この第１引数に収まるのはイメージできるが、
２つ目の response インスタンスの response は、
『サーブレットが処理をした後にクライアントに返すもの』という
イメージから、
･メソッドは引数にインスタンスが入らないと起動しない。
・第２引数はメソッドが処理をした後に出来上がる。
これまでの学習から、どちらも正しいと思うが、そうだとしたら
矛盾が生じる。

を解消する情報が見つけられなくて、実は３ヶ月くらい学習が停止した。

乱暴なイメージだが、
①クライアント → httpサーバ → コンテナ → doGet()メソッド等

②doGet()メソッド等 → コンテナ → httpサーバ → クライアント

で、データが流れるが、①でコンテナが、リクエスト情報を元に doGet（）に
渡す２つのインスタンスを生成し doGet()に渡している。
この際、response インスタンスに関しては、せいぜいクライアントが指定して
いるサーブレットが存在するか？しないか？で、200 とか 404 とかの情報を
持つ、その他は空のインスタンスが生成され doGet()メソッドに渡す。

(p44) コンパイル用バッチファイルの作成
JAVAの開発は eclipse を基本とするため、あまり重要ではないとも思ったが、
基本を確実にしたくてテキスト通り　compaile.bat　を作成する事にした。

@set CLASSPATH=C:\servletbook\apache-tomcat\common\lib\servlet-api.jar
javac -sourcepath src -d classes src/%1

上記2行をバッチファイルとして WEB-INF フォルダーに配置することで、

javac コマンド発行時に楽してコンパイルできるというもの、

テキストを読んでいて、そう難しくはない記述なのだったが、実行結果が期待通りにならない。
だいぶ悩んだ挙句、”CLASSPATH"を小文字にしていた事が良くなかったようだ。

表記の通り大文字で書き換えたら解決した。

情報処理再チャレンジブログホームへ

2012年2月27日月曜日

MySQL　ぜひ覚えたい　関数式句などの覚書（ｐ１８１～）

『基礎からのMySQL』西沢夢路著（ソフトバンククリエイティブ）
から得たぜひ覚えたい個所を列挙した。　Part３

（p182）複数の抽出結果を合わせて表示する。
　①select * from tb1 ; ②select * from tb2 ; の結果を
一度に表示させることを union で実現している。

select * from tb1 union seleect * from tb2 ;

これを見やすくする為、

(select * from tb1) union (select * from tb2) ;

なんて事もできる。

(p184) ３つ以上のテーブルから「union」で集める。

       （select * from tb where bang = 'A102'）
union
       （select * from tb where bang = 'A103'）
union
       （select * from tb where bang = 'A104'）
union
       （select * from tb where bang = 'A107'） ;

と発行する事で、bang で抽出された４つの結果をまとめて
表示させる事ができる。

グループ化して表示させているように見える。

また、

select * from tb where bang not in ('A101') ;

というSQL文も紹介されている。これは

テーブル内の bang が A101 以外を表示するもの。

select * from tb where in ('A101','A103',104'A','A107') ;

は、見慣れない SQL文で戸惑ったが、

（）内にあるものをグループとみなして、

そのグループに属するレコードの中から抽出するもの

ですね。

(p185) 条件を付けて複数の抽出結果を合わせて表示する。
　
　① tb から uria が200以上のレコードが持つ bang を抽出
　② tb1 から tosi が35以上のレコードが持つ bang を抽出

(select bang from tb where uria >= 200)
union
(select bang from tb1 where tosi >= 35) ;

結果は A101 , A102 , A105 の3件が抽出される。

2つのSQL文の結果を union はつなげて表示させている。

注意したいのが、

①の抽出結果は、A101 , A102 の2件であり、
②の抽出結果は、A101 , A105 の2件である。
合計 4件が表示されるかと思いきや、
自動的に重複表示を制限しているのである。

重複表示を許す場合（純粋な OR 抽出？）は、

(select bang from tb where uria >= 200)
union all
(select bang from tb1 where tosi >= 35) ;

と、union に続けて all とすれば良い。

大量のデータを処理する場合は、union（重複を省く）では、

処理時間が長くなり、 union all（重複を許す）とすると、

処理時間が短くなる。らしい。

(p188) 複数のテーブルを結合して表示する（内部結合）。

　いよいよリレーショナルデータベース（以降RDB）らしい
内容になってきます。RDB　＝　複数テーブルを関連づける
という概念ですが、直前の union のところでも、2つのテーブル
（tb と tb1)を使って結果を表示していました。
ちょっと立ち止まり概念を整理したのですが、
union のところでは、2つのテーブルからの抽出結果を
ただ単に連続表示していただけでした。

内部結合 join 句 （※ INNER を指定すると、内部結合を「明示的」に指定できる。）は、
複数テーブルが共通に持つフィールドの値でテーブルを関連
づけ、実在するテーブル（tb , tb1）が持つ情報を、非実在の
テーブル（仮想テーブル）を作成し、それを表示している。

テキストでは、
select *
    from tb
join tb1
on tb.bang = tb1.bang ;

これは、テーブル tb の bang とテーブル tb1 の bang が
同一であった場合に、それぞれのテーブルからレコードを
抽出し、全フィールドを結合して一件のレコードとして表示
するというものですね。
　
うまい表現ではないような気もしますが、
１レコード６フィールドのハードディスクには実在しない
テーブル（仮想テーブル）を画面上に表示します。

内部結合という事は、外部結合もある訳で、その違いを
把握しておきたいところですが、

テーブル tb には bang が A101、A102、A103、A104、A107
の5種類、計10件のレコードが存在していて、
テーブル tb1 には bang が A101、A102、A103、A104、A105
の5種類、計5件のレコードが存在している。

先の内部結合のSQL文では、9件のレコードが表示されたが、
bang が A107(tbだけにある) と A105(tb1だけにある) の
レコードは表示されなかった。　内部結合は、片方にしかない
情報は排除し、仮想テーブルには含めないのです。

それに対して、外部結合は片方にしかない情報も
仮想テーブルに加えます。

　　　　左のテーブル　　　　　　　　　　右のテーブル
　　bang　　　uria　　tuki　　　　　bang　　　nama　　　tosi
　　A１０３　　１０１　　４　　｜　　A１０１　　佐藤　　　４０
　　A１０２　　　５４　５４　　｜　　A１０２　　高橋　　　２８
　　A１０４　　１８１　　４　　｜　　A１０３　　中川　　　２０
　　A１０１　　１８４　　４　　｜　　A１０４　　渡辺　　　２３
　　A１０３　　　１７　　５　　｜　　A１０５　　西沢　　　３５
　　A１０１　　３００　　５　　｜
　　A１０２　　２０５　　６　　｜
　　A１０４　　　９３　　５　　｜
　　A１０３　　　１２　　６　　｜
　　A１０７　　　８７　　６　　｜

左外部結合（left　join）と右外部結合(right　join)。
inner join　の inner　を、left　または　right に置き換えると、
左（右）外部結合の結果が得られます。

左外部結合とは、左のテーブル(tb)に右(tb1)にはない
フィールドが存在する場合、そのデータも仮想テーブルに
加えてしまいます。違う言い方をすると、
左外部結合の結果は左テーブルのレコード総てを
仮想テーブルに加えて、右テーブルからは特定のキーに
よって一致するレコードを抽出し仮想テーブルに加える。
という事ですね。

(p194) using　を使って　on ～の部分を見やすくする。
　テーブルを関係づけるために、
on tb.bang = tb1.bang （bang）というフィールドの内容が
同一かを判定させる。ここではたまたま 2つのテーブルで
bang というフィールド名でしたが、
tb では、bang、 tb1 では bangou というフィールド名で
A101 やら A107 というデータを保持させていた場合、
「 on tb.bang = tb1.bangou 」とすれば、テーブルどうしを
結合させられる。
using 句は、仮に２つのテーブルで、A101 やら A107 の
データを同じフィールド名で管理している場合、
join tb1 on tb.bang = tb1.bang を
join tb1 using (bang) と簡単に記述できるというもの。

(p195)
結合したテーブルから「where」で設定した条件で抽出する。
　結合した仮想テーブルから where 条件でレコードを抽出
する際は where句の条件ではフィールド名だけではダメ。
必ずテーブル名を指定して MySQL に示してやる必要が
ある。

select tb . bang , tb1 . nama , tb . uria
         from tb
join tb1
   using(bang)
where tb . uria >= 100

(p 197) たくさんのテーブルのデータを使って抽出する。
　テーブルの結合は2つ以上可能で仮に3つのテーブルを
結合する場合は、

select
   tb.bang,tb.uria,tb1.nama,tb3.ken
from
       tb
join
       tb1
using(bang)
join
       tb3
using(bang)
;
とする。

(p200)
複数のテーブルの総てのレコードを表示する（外部結合）。
　内部結合(p188)後半の記述を参照。

MySQL ぜひ覚えたい関数式句などの覚書（Part1）へ

MySQL ぜひ覚えたい関数式句などの覚書（Part4）へ

情報処理再チャレンジブログホームへ

2012年2月26日日曜日

MySQL　ぜひ覚えたい　関数式句などの覚書（ｐ１６４～）

『基礎からのMySQL』西沢夢路著（ソフトバンククリエイティブ）
から得たぜひ覚えたい個所を列挙した。　Part２

（p164）　UPDATEコマンド
　テーブルの特定のカラムを指定した値に変更する。書式は、
update テーブル名 set カラム名 = 設定する値 ;　で、
一瞬にしてカラムの値が変更される。通常
where句と共に使用される為、全レコードの特定カラムを
一気に変更することは少ないらしい。

テキストでは、ｔｂという既存のテーブルに、
①新しく「bikou」というカラムを追加して、
そのカラムに②「特記なし」という文字列を設定している。

① alter table tb add bikou varchar(100) ;
② update tb set bikou = '特記なし' ;

(p167) 条件に一致したレコードだけを修正
　書式は、
update テーブル名 set カラム名 = 設定する値 where 条件 ;
テキストでは、 tb テーブルの uria が 100 以上のレコードの
bikou に「優秀」という文字列を設定している。
update tb set bikou = '優秀' whrer uria >= 100 ;

(p169）売上下位３件の bikou フィールドに「ガンバレ！」を設定
　uria フィールドの値で、下位３件を抽出はどうする？
① uria フィールドを「order by」で並べ替える。
　ここでは小さい値から大きい値へ並べ替えられる（内部的に）。
② limit3 で最初の３件を抽出する（下位３件）。

　update tb set bikou = 'ガンバレ！' order by uria limit 3 ;

小生の感覚では、where句で抽出したくなり、当該コマンドは

しっくりこない。経験を積むことで自然と理解が深まり、違和感が

解消されることを期待し先に進む事とする。

(p171) 特定のフィールドを削除する。
　テキストでは、tb テーブルの bikou フィールドを削除している。
書式は、 alter table テーブル名 drop フィールド名 ;
alter table tb drop bikou ; というコマンドを発行している。

(p171) 条件に一致したレコードをコピーする。
　①条件に一致したレコードを抽出し、新しくテーブルを作成。
　　　create table tb_A101 select * from tb
　　　　　　　　where bang like 'A101' ;

　②条件に一致したレコードを抽出し、既存のテーブルに追加。
　    insert into 既存テーブル名 select * from tb
                 where bang like 'A101' ;

(p173) レコードを順番に並べてコピーする。
　テキストでは、
① tb テーブルのレコードを uria フィールドの値を基準にして
　降順に並べ替え(order by uria desc)、
②上位４件を抽出している(limit 4)。
③さらに、最上位のレコードを省いて、その代わりに
　 uria フィールドが５番目に大きいレコードを上位４件に
　加えている(offset 1 … 最上位レコードを１つ下のレコード
　とする)。
④手順③までで抽出したレコードを新しいテーブルとして作成。
　 create table tb_2to5 select * from tb
                    order by uria desc limit 4 offset 1 ;

(p175) 全レコードを削除する（テーブルは残す）。
　「削除」といえば DELETE！と閃いた次の瞬間、DROP でも
良いのかなぁ？と少し ”もやもや” している事に気付く。

テキストにも書いてある通り、DROP はテーブルを削除し、
DELETE はレコード全部を消去しても、空のテーブルは残る。

※updateコマンドよりも慎重に発行する事が求められる。

さて、特定のレコードを削除する場合の書式は、
delete from テーブル名 where 条件 ;　で、
テキストでは、
delete from tb1k where tosi < 30 ; を発行している。
（tb1 と全く同じ tb1k というテーブルをあらかじめ作成しておく)

結果は、tb1kテーブルにレコードは 2件が残る。
(tosi が 30 未満のレコードは削除される)

(p177) テーブルをソートしてから、特定のレコードを削除する。
　テキストでは、テーブル tb 同一内容のテーブル tb_copy が存在している事を前提にしているので、あらかじめ作成しておく。

以下の手順①，②で作成される【仮想テーブル】の内容を、
【実テーブル】である tb_copy から削除する。

① テーブル tb_copy の uria フィールドの値を基準に降順に
　ソートする。
② limit 4 で上位４件のレコードを抽出する。

結果は、６件のレコードだけが tb_copy に残る。

(p179) 期間でレコードを抽出する。
　ここでは、【 now() - interval 5 year 】で、
現在より５年前を表している。

now() 関数を使わずに interval の使い方を試すことにした。
条件を【 '2012' - interval 5 year】としたら、エラーにはならず、Mysql は「 Empty ○○○ 」　と返してくる。文法は正しいものと
思い、いろいろ試すも思うような結果が得られない。

結局 '2012' を 'current_timestamp' とする事で、期待通りの
結果が得られた。

それから、「～ interval 5 years 」とするとこれはエラーに
なってしまう。英語に精通している小生としては（うそ）。
違和感を覚える。

MySQL ぜひ覚えたい関数式句などの覚書（Part1）へ

MySQL ぜひ覚えたい関数式句などの覚書（Part3）へ

情報処理再チャレンジブログホームへ

2012年1月15日日曜日

MySQL　ぜひ覚えたい　関数式句などの覚書（～ｐ１６３）

『基礎からのMySQL』西沢夢路著（ソフトバンククリエイティブ）
から得たぜひ覚えたい個所を列挙した。　Part １

（p45）　DESC文
　テーブルのカラム構造を確認する。describeを省略させた。

(p73) ALTER TABLE ～　CHANGE　～～～；
　テーブルのフィールド名とデータ型を変更する。
alter table tb1c CHANGE umare seinen DATE；
（umare を seinen）に変更する。DATEは（データ型）は
直感的に省略してしまう。気を付けよう。

(p79）　UNIQUE句
　テーブル作成時、フィールドの重複を許さない。
フィールドが主キーではないけれど、フィールドの値を一意に
させたい時に指定する。

(p125)　LIMIT句
　画面に表示させたいレコード数を指定する。

(p130)　IN句
　IN句はORの役割をする

(p139)　CASE式
SELECT ＊ FROM　tb; の代わりに、
　SELECT case when ～ then ～ else ～ end FROM tb;
　とする。　他のフィールドの値を元に、フィールドの設定値を
　変えられる。（uria の値を元に　多い、少ない、等と
　フィールド値を設定。）

(p143)　ORDER BY句
　不規則に表示されるレコード表示に規則を与える。
　ASC　…　昇順（省略可）
　DESC　…　降順
　※デスクと覚えた
　　※テーブル構成を表示する DESC とスペルが同一

(P146)　OFFSET句
　表示の範囲を限定する。
OFFSET ３とすると、
最初の３レコートを消す様にセットする。

(p148)　GROUP BY句
特定のフィールドを（ex,select * from tb group by bang; の
様に)GROUP BY句に続けて指定すると、フィールド(bang）内
で重複する値（同じ値）をグループ化する（distinctみたいだ）。

グループ化することで、グループ毎に ”合計” したり、”平均”
を出したりする事が可能となる。

(p149)　count()関数
　count(x) でフィールドｘに存在する個数を調べられる。
㊟nullはカウントされない。
select count(*) from tb group by bang; で、フィールド bang
でグループ化され、グループ毎の合計値を表示する。
この場合、グループ化したフィールドに null が入っていても
null の個数を表示してくれる。テーブルのレコード数を知る
ことができるね。　メカニズムは解らない (^^；　

(p152)　HAVING句
　GROUP BY句でまとめた値（たとえば、sum（uria））に対して
条件を付加する。
select
bang,sum(uria)
from tb
group by bang
having sum(uria) >= 200;　は、

bang でグループ化した uria の合計値が、
２００以上のグループのみを表示するというもの。

複雑な条件（抽出・並べ替え・グループ化）では、

①WHERE条件
②GROUP　BY
③ORDER　BY　○○（DESC）

の順番となる。

MySQL ぜひ覚えたい関数式句などの覚書（Part2）へ

MySQL ぜひ覚えたい関数式句などの覚書（Part3）へ

情報処理再チャレンジブログホームへ

2012年1月11日水曜日

XAMPP のインストール　『ポート80または443（SSL）はすでに利用されています。』解消まで

MySQLの知識を整理すべく、また、PHPをかじろうと

高評判の　『基礎からのMySQL』　西沢夢路著（ソフトバンク）

を購入した。　初めからこの書を手にしていれば良かったと

思う程、とても解りやすい書籍です。　が、小生のパソコンは

これまでに MySQL や Apache をインストールしていた為

（だと思うが）、XAMPPのインストールがうまくいかない。

※インストールの最終段階で『ポート80または443（SSL）は
　　すでに利用されています。』のメッセージが表示されて
　　しまう。

いろいろ調べると、

①　ポート80はSkypeが占有するので予めアンインストール
　　する必要があるらしい。

　　その情報通りにSkypeをアンインストールし、XAMPPを

　　再インストール。結果はまたもや『ポート80または443（SSL）
　　はすでに利用されています。』とアパッチは具合が悪い

②　以前インストールしていたMYSQLやApacheに係わり
　　そうなソフトウェアを総べてアンインストール

③　windowsのファイヤーウォールを解除してのインストール

④　IIS　とか悪さをしそうなソフトウェアをアンインストール

⑤　マイクロソフトのｓｔｕｄｉｏ２００８　と　visual BASIC　を削除

やっと ⑤ で

『ポート80または443（SSL）はすでに利用されています。』

のエラーが解消された。

（※もしかして管理者権限でインストールした事が
良かったのかも知れない。）

その後、改めてテキストに沿ってデータベースを作成

してSQLを発行していろいろと試した。

Apache のインストールエラーがあった状態では

なぜか P20 からの My.cnf 設定が思うようにできな

かったが（server character のみがLatin１になってしまう）

それも不思議と解消した。

情報処理再チャレンジブログ　ホームへ

登録: 投稿 (Atom)