My Photo

Recent Trackbacks

May 21, 2012

黒崎監督辞任 #albirex

アルビレックス新潟 公式サイト|ALBIREX NIIGATA OFFICIAL WEBSITE

黒崎監督、西ヶ谷コーチ、お疲れ様でした。


6節くらいまでは「そもそも選手の質が低いんだから監督変えてもしょうがないだろう」という考えだったが、その後はだんだんと「変えた方いいんかも」に考えが変わってきた。
理由は12節の感想に書いたようなことで。

黒崎アルビの攻撃は
2010はマルシオ
2011はヨンチョルと高徳
だった。
この2年間、攻撃面で確たるものを構築出来なかった。

新監督で浮上の可能性>黒崎監督のままで浮上の可能性
だから、解任は仕方がない。

新監督は健太、ヤンツーあたりが自分の勝手な希望なのだが。どうだろうか?

まあ、新監督が来ても前途多難だ。
CBに大井が入り、ケガの内田と出場停止のジンスの代役SBは石川と村上か。中村が練習試合に出てたからフルは無理でも途中までor途中からなら使えるそうなのがうれしい。
FWは平井、貴章はもうあきらめて武藏で行こう。貴章は2トップの一角はつとまらないし、平井はいいパスの出し手がいてこその選手なのでは。
武藏は「ポテンシャルのある選手」ではなく、磐田戦で「現状で使える選手」だとわかったんだから。
けが人なしなら

今後、
FWはミシェウ、BL固定。交代要員として武藏。ミシェウがケガなら武藏先発で。貴章はパワープレー要因。平井はミシェウがいない時だけベンチ入り。
MFは右が亜土夢、ボランチは勲と菊地で固定。つまり去年と同じ。左は小谷野orミネイロ。控えは三門と藤田orヨングン。
とにかくFW・MFはリーグ戦では先発を固定して戦って欲しい。
以上、おいらの願望。

May 20, 2012

MySQLメモ014:コマンドラインクライアント その2

関連する記事:MySQLメモ001:コマンドラインクライアント: ぷ~ろぐ

ファイルを読み込んで実行する

コマンドが記述されたファイルを読み込んで実行して終了するにはリダイレクトを使用する。
-tオプションを付けると出力がインタラクティブモードと同じ形式になる。
-Nオプションを付けると出力にカラム名が表示されない。

C:\applications\MySQL\MySQL Server 5.5\bin>mysql -uhoge -p  sample_db < c:\data\sql.txt
Enter password: ********
id
1
2
3
4

C:\applications\MySQL\MySQL Server 5.5\bin>mysql -uhoge -p  sample_db -t < c:\data\sql.txt
Enter password: ********
+----+
| id |
+----+
|  1 |
|  2 |
|  3 |
|  4 |
+----+

C:\applications\MySQL\MySQL Server 5.5\bin>mysql -uhoge -p  sample_db -N < c:\data\sql.txt
Enter password: ********
1
2
3
4

インタラクティブモードのコマンド一覧

helpコマンドはMySQLクライアントのインタラクティブモード用のコマンドの一覧を表示する。

mysql> help

For information about MySQL products and services, visit:
   http://www.mysql.com/
For developer information, including the MySQL Reference Manual, visit:
   http://dev.mysql.com/
To buy MySQL Enterprise support, training, or other products, visit:
   https://shop.mysql.com/

List of all MySQL commands:
Note that all text commands must be first on line and end with ';'
?         (\?) Synonym for `help'.
clear     (\c) Clear the current input statement.
connect   (\r) Reconnect to the server. Optional arguments are db and host.
delimiter (\d) Set statement delimiter.
ego       (\G) Send command to mysql server, display result vertically.
exit      (\q) Exit mysql. Same as quit.
go        (\g) Send command to mysql server.
help      (\h) Display this help.
notee     (\t) Don't write into outfile.
print     (\p) Print current command.
prompt    (\R) Change your mysql prompt.
quit      (\q) Quit mysql.
rehash    (\#) Rebuild completion hash.
source    (\.) Execute an SQL script file. Takes a file name as an argument.
status    (\s) Get status information from the server.
tee       (\T) Set outfile [to_outfile]. Append everything into given outfile.
use       (\u) Use another database. Takes database name as argument.
charset   (\C) Switch to another charset. Might be needed for processing binlog
with multi-byte charsets.
warnings  (\W) Show warnings after every statement.
nowarning (\w) Don't show warnings after every statement.

For server side help, type 'help contents'

主なコマンド

コマンド 説明
charset キャラクタセットを変更する。
pager 1画面ごとに表示が停止するようにlessなどをページャーを指定する。UNIX環境のみ。
source コマンドファイルを読み込んで実行する。MySQLメモ001:コマンドラインクライアント参照。
status サーバのステータス情報を表示する。MySQLメモ001:コマンドラインクライアント参照。
system シェルのコマンドを実行する。UNIX環境のみ。
quit クライアントを終了する。
exit クライアントを終了する。quitと同じ。

結果の縦表示

コマンドの後のセミコロンを "\G"(バックスラッシュと大文字のG)にすると、結果を表形式ではなく1フィールド毎に改行する縦表示となる。

mysql> select * from order_item;
+----------+---------+---------+------+
| ORDER_ID | ITEM_ID | BOOK_ID | NUM  |
+----------+---------+---------+------+
|        1 |       1 | 0000005 |    2 |
|        1 |       2 | 0000002 |    1 |
|        2 |       1 | 0000006 |    1 |
|        2 |       2 | 0000003 |    2 |
+----------+---------+---------+------+
4 rows in set (0.00 sec)

mysql> select * from order_item\G
*************************** 1. row ***************************
ORDER_ID: 1
 ITEM_ID: 1
 BOOK_ID: 0000005
     NUM: 2
*************************** 2. row ***************************
ORDER_ID: 1
 ITEM_ID: 2
 BOOK_ID: 0000002
     NUM: 1
*************************** 3. row ***************************
ORDER_ID: 2
 ITEM_ID: 1
 BOOK_ID: 0000006
     NUM: 1
*************************** 4. row ***************************
ORDER_ID: 2
 ITEM_ID: 2
 BOOK_ID: 0000003
     NUM: 2
4 rows in set (0.00 sec)

参考ページ:
MySQL :: MySQL 5.1 リファレンスマニュアル :: 7.7.1 mysql オプション
MySQL :: MySQL 5.1 リファレンスマニュアル :: 7.7.2 mysql Commands

新潟ホームで磐田に虐殺される #albirex #jubilo

J's GOAL:試合詳細:2012 J1 第12節 アルビレックス新潟 1-6 ジュビロ磐田

恵比寿のFootnikでソロ観戦。斜め前のオレンジのTシャツ着た人がお姉ちゃん2人と仲良く話しながら観戦してた。両手に花、いいなあw

試合はすべてにおいて磐田が新潟を上回っていた。先発がだいぶ変わっているとはいえ磐田はナビスコあったから中2日。それでこの結果ってどうよ?内田の負傷というトラブルがあったとはいえ。

磐田はボールを持つとまわりが連動してパスが繋がるが、新潟はなんか漫然と動いている。「ちんたら走っている」という表現がしっくり来る。
まあ、連動性以前に選手のスキルが低いよ。新潟は。サッカーの基本の「蹴る」って所のクオリティで磐田に劣っている。キックが下手だからゴール前のラストパスがまったくつながらなし、シュートも枠に飛ばない。
勲とかたまにミドルシュート打つけど枠内に蹴ろうよorz
「シュートで終わるのが大事」ってよく言うけど、惜しいシュートならともかく宇宙開発って単に相手にゴールキック渡してるだけだから。

ジンスの2枚目はそんなカード出るほどのファールだった?よくわからない。

監督が酷いのはもういままで散々書いたけど、やっぱり書くw
相変わらずの日替わり先発。黒崎監督って選手が効いているのかどうかを試合見ててわからないんじゃないかなー。この前の菊地を三門に変えた件を考えると。そんな気がしてきた。選手起用に自信がなくて、だから毎試合先発を変えているんじゃないかと。
あと9人で3-0になって、そこからどうしようとしたんだ?おいらは出血とめるような采配をすべきだったと思うんだけど。
今の新潟に3点差をひっくり返す攻撃が出来るとは思えない。ならもうドン引きしてサイドを埋めて失点を避けるべきだったのではないか?
1点取ってもそのあとに追加点を2点以上取られたら意味ないじゃん。
冷静に考えれば1-6より0-3や0-4の方がいいに決まっている。

まあ唯一の救いが武藏だよね。もう伸び代がない平井、貴章はあきらめて将来有望な武藏先発でいいんじゃない?
貴章は3トップの右でこそ輝く選手だと思う。FWだかサイドハーフだか曖昧な場所で豊富な運動量からチャンスを作り、前から守備して、たまーに点を取って貢献していた。しかし2トップではねえ。ヘディングは強いけどポストプレーが得意なわけではないし。

磐田の攻撃は本当に面白い。前田という万能FWがいて、山田がいて、そこにドリブラーの松浦が加わってさらに見ていて面白くなった。
前田や駒野は多少落ちてきたかもしれないが、若手の成長がそれを上回っている。山田は今回代表から落ちちゃったけど、いずれまたチャンスがあるだろう。
マジでACL圏内行けるよ。


新潟は内田のケガはどれくらいかかるがわからないし、ジンスは最低2試合は出場停止だし、もう、だめぽ。。。

May 17, 2012

子猫を見てたらまずいことに

近所の野良猫が子猫を生んだので時々見に行っていた。
今日は意を決してエサをあげてみた。いつも猫たちがいる場所に行って、生肉を置いたら食べた。これを繰り返せば慣れて触らせてくれるかななんて思っていたら、そこの家のおばあさんが出てきた。
怒られると思ったら「かわいいでしょー」と言われた。ほっ。
で、少し世間話をしていたら、
「今日7時から学会の集まりがあるのよ。」
えっ。名前とかどこに住んでいるかとか学会の人とは思わなくて教えちゃったorz
「今日はちょっと。。。」と適当なこと言って逃げてきたが、去り際に「また誘いますから」とか言われてしまった。
うー、やばいー;;

May 13, 2012

磐田ホームで10年ぶり鹿島に勝利、新潟アウェイで浦和に引き分け #jubilo #albirex

どっちの試合もJリーグタイムで見ただけ。


J's GOAL:試合詳細:2012 J1 第11節 ジュビロ磐田 3-0 鹿島アントラーズ

完勝ですな^^
前田が7試合ぶりゴールと1アシスト。前にも書いたけど、前田は点取ってないからって別にプレイの質が悪かったわけじゃない。ちゃんと2列目のためのプレーをしていた。この試合も松浦が点取ってるし。
それにしても山田すげーな。はやく代表でのプレーを見たい。


J's GOAL:試合詳細:2012 J1 第9節 浦和レッズ 1-1 アルビレックス新潟

アウェイで相性の悪い浦和相手にドローは、まあまあじゃないでしょうか。点も取ったし。
それにしても黒崎監督の采配はイミフ。
効いていたらしい菊地を下げて三門投入。
インタビューで菊地は「攻撃のことも考えてパスコースを切るような守備をしていた」と語っている。実際、ゴール前によく顔を出して攻撃に絡んでいた。得点も菊地が落としてBLがシュートだし。
なのに黒崎監督には「マークがルーズになっている」と見えたらしい。もう笑うしかない。あと、三門が大好きだよなこの監督。

アルビはナビスコ杯も含めて今シーズンスタメン11人が全く同じだったことがないらしい。そのときそのときで調子いい選手を使っているという考え方も出来るが、はっきり言ってただ単にどうすればいいのかわからなくなっているだけとしか思えないんだが。
自分は監督交代には少し前までには否定的だった。新潟にはいい監督を呼ぶほどの金はない。そもそも戦力が低いので、モウリーニョやベンゲルや西野に来てもらえるならいざ知らず、並の監督を呼んだところで状況が変わるとは思えなかったから。が、先週くらいから早く変えるべきじゃないかと思い始めている。
現在の低迷は戦力の低さに加えて監督の謎采配が拍車をかけている。今の黒崎監督は並以下だと思う。本来100の力がアルビにあるとすると、監督のせいで90とか80になってるんじゃないかと。並の監督でも来てもらえれば100の力を110、120にはできないまでも100には出来ると思う。三浦とか柳下とか、ここ2,3年でJ1の監督やってて今は空いている人っているだろう。去年山形はを指揮していた小林さんは、徳島の監督やってるのか。残念。
シーズン終盤で監督変えて残留に成功した例なんてほとんどない。ジュビロがオフトを呼んで入れ替え戦までいったけどギリ残留したのが唯一じゃないかな。
どうせ変えるなら早いほうがいい。

May 10, 2012

100円ショップでスタイラス買った

Xperia rayは画面が小さいので指では操作しにくい場合がある。アプリだとだいたい大丈夫だが、WEBページを見る場合はリンクをクリックするつもりが隣のリンクをクリックしてしまったりすることがよくある。
それでスタイラス(タッチペン)が欲しいなと思っていて、今日100円ショップに寄ったときに探してみたら売っていたので購入した。
Stylus
近くのヤマダ電機だと一番安いスタイラスが780円だったが、105円のこのスタイラスでも全然問題ない。思ったところをクリックできる。
普段はイヤフォン端子に取り付けておいて使うときは外すようになっているが、Xperia rayはストラップ用の穴があるので釣り糸でストラップのように取り付けようと思う。
いい買い物をした^^

May 09, 2012

MySQLメモ013:INSERT後にAUTO_INCREMENTなカラムの値を取得する方法

Java+MySQLなWEBアプリにおいて、AUTO_INCREMENTなカラムを持つテーブルにINSERTでレコードを挿入してから、その新規レコードのAUTO_INCREMENTなカラムの値を取得する方法について、ちょっとてこずったのでメモ。 環境は以下。
Java:1.6.0_31
MySQL:5.5.19

本やネットで調べると LAST_INSERT_ID() というMySQLの関数を使う方法もあるようだが、ここはせっかくなのでMySQLのJDBCドライバ(MySQL Connector/J)が提供するAPIを使ってみた。

サンプルコード
final String sql = "INSERT INTO orders (customer_name, address, payment) VALUES (?, ?, ?)";

DataSource dataSource = (DataSource)context.lookup("java:comp/env/jdbc/mysql");
Connection conn = dataSource.getConnection();
PreparedStatement statement = conn.prepareStatement(sql, Statement.RETURN_GENERATED_KEYS);
statement.setString(1, customerName);
statement.setString(2, address);
statement.setInt(3, payment);
statement.executeUpdate();

// 上記の処理で登録したデータのAUTO_INCREMENTで生成されたIDを取得する
PreparedStatement stmt2
    = (PreparedStatement)((DelegatingPreparedStatement) statement)
        .getInnermostDelegate();
ResultSet rs = ((com.mysql.jdbc.PreparedStatement)stmt2).getGeneratedKeys();
if (rs.next()) {
	id = rs.getInt(1);
} else {
	throw new SQLException("failure: retrieve new id");
}

上記のコードのWEBアプリでは、JNDIで DataSource を取得し DataSource.getConnection() で java.sql.Connection を取得して変数connに入れている。
そのconnで作成した PreparedStaement を作成し statement に代入(5行目)する。ここで使用する prepareStatement() は引数にSQLとフラグを取るもので、フラグには Statement.RETURN_GENERATED_KEYS をセットする。

java.sql 
インタフェース Connection
PreparedStatement prepareStatement(String sql, int autoGeneratedKeys) throws SQLException
自動生成キーを取得する機能を持つデフォルトの PreparedStatement オブジェクトを生成します。
パラメータ:
sql - 1 つ以上の '?' IN パラメータプレースホルダーを含めることができる SQL 文
autoGeneratedKeys - 自動生成キーを返すかどうかを示すフラグ。Statement.RETURN_GENERATED_KEYS または Statement.NO_GENERATED_KEYS 
戻り値:
プリコンパイルされた SQL 文を含む新しい PreparedStatement オブジェクト。自動生成キーを返す機能を持つ 
例外: 
SQLException - データベースアクセスエラーが発生した場合、このメソッドがクローズされた接続に対して呼び出された場合、または指定されたパラメータが自動生成キーを返すかどうかを示す Statement 定数でない場合 
SQLFeatureNotSupportedException - JDBC ドライバが定数 Statement.RETURN_GENERATED_KEYS を指定したこのメソッドをサポートしない場合

作成した PreparedStaement は com.mysql.jdbc.PreparedStatement ではないらしい。statement を com.mysql.jdbc.PreparedStatement でキャストしようとすると例外が発生する。
そこで、 statement を org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement にキャストし、getInnermostDelegate() で内部に保持されていた PreparedStatement を取得し stmt2 に代入する(12-15行目)。この取得した PreparedStatement は com.mysql.jdbc.PreparedStatement らしいので getGeneratedKeys() で ResultSet を取得し AUTO_INCREMENT なカラムの値を取得する(15,17行目)。

org.apache.commons.dbcp 
クラス DelegatingPreparedStatement
public PreparedStatement getInnermostDelegate()
内部に保持する PreparedStatement が DelegatingPreparedStatement でない場合にはその PreparedStatement を返し、それ以外の場合には再帰的に getDelegate() をコールします。 
従ってこのメソッドは DelegatingPreparedStatement ではない根本の処理の委託先となる PreparedStatement を返し、 DelegatingPreparedStatement の連鎖の中に処理の委託先が見つからない場合には null を返します。 
このメソッドはネストした DelegatingPreparedStatement から 本来の PreparedStatement を取得したい場合に有用です。 

JNDIを使用せず下記のように Connection を取得した場合は DelegatingPreparedStatement#getInnermostDelegate() は不要で、直接キャストして getGeneratedKeys() を使えばよい。

Connection conn = DriverManager.getConnection("jdbc:mysql://localhost/java_sample_db", "java", "password");

参考ページ:MySQL :: MySQL 5.1 リファレンスマニュアル :: 24.4.5.1 JDBC の基本コンセプト

MySQLメモ012:ユーザー管理 その2

ユーザーの登録

GRANT 権限 [(カラム)] [,...]
  ON データベース.テーブル
  TO 'ユーザー'[@'ホスト'] [IDENTIFIED BY 'パスワード']
     [,...]

ユーザー名のみ指定した場合はどのホストからも接続できるようになる。
同じユーザー名でもホスト名が違えば異なるユーザーとして扱われる。

権限の剥奪

REVOKE 権限 [(カラム)] [,...]
  ON データベース.テーブル
  TO 'ユーザー'[@'ホスト'] [,...]

ユーザーの削除

DROP USER 'ユーザー'[@'ホスト'] [,...]

パスワードの設定

やり方は以下の4つある。

  • GRANT文でのユーザー登録時に IDENTIFIED BY で設定する。
  • SET PASSWORD を使用する。
    SET PASSWORD FOR 'ユーザー'[@'ホスト']=PASSWORD('パスワード')
    
  • UPDATEで権限テーブルにパスワードを設定する。
    権限テーブルuserを変更してパスワードを設定する場合、変更を反映させるには FLUSH PRIVILEGS を実行する必要がある。
    mysql> UPDATE user SET PASSWORD=PASSWORD('java') WHERE user='java';
    Query OK, 1 row affected (0.00 sec)
    Rows matched: 1  Changed: 1  Warnings: 0
    
    mysql> FLUSH PRIVILEGES;
    Query OK, 0 rows affected (0.14 sec)
    
  • mysqladminコマンドを使用する。
    mysqladmin -uユーザ -hホスト password 新しいパスワード [-p]
    

May 08, 2012

MySQLメモ011:ユーザー管理 その1

権限テーブル

MySQLはmysqlデータベース内の以下のテーブルにアクセス権限の情報を持つ。

テーブル名 説明
user ユーザーの基本的な定義
host ホストに対する権限の定義
db データベースに対する権限の定義
tables_priv テーブルに対する権限の定義
columns_priv フィールドに対する権限の定義

主な権限

権限名 説明
ALTER ALTER文を許可。フィールドだけでなくテーブル名も変更できる。
CREATE データベースとテーブルの作成を許可。
DELETE DELETE文の実行を許可。
DROP データベースとテーブルの削除を許可。
FILE LOAD DATA文、SELECT ... INTO OUTFILE文の実行を許可。
INDEX インデックスの作成と削除を許可。
INSERT INSERT文の実行を許可。
LOCK TABLES LOCK TABLES文の実行を許可。
SELECT SELECT文の実行を許可。
SHOW DATABASES SHOW DATABASESの実行を許可。
UPDATE UPDATE文の実行を許可。
ストアドプロシージャ関連
EXECUTE ストアドプロシージャの実行を許可。
CREATE ROUTINE ストアドプロシージャの作成を許可。(バージョン5で追加)
ALTER ROUTINE ストアドプロシージャの変更を許可。(バージョン5で追加)
ビュー関連
CREATE VIEW ビューの作成を許可。(バージョン5で追加)
SHOW VIEW ビューの参照を許可。(バージョン5で追加)
権限関連
ALL PRIVILEGES 全権限を許可(省略形ALLでも可)。
GRANT OPTION 他のユーザーの権限変更を許可。
CREATE USER ユーザー作成を許可。(バージョン5で追加)
管理者操作関連
PROCESS mysqladmin processlist、mysqladmin killの実行を許可。
SUPER mysqladmin killの実行を許可。
RELOAD mysqladminのreload、refresh、flush-status、flush-privileges、flush-hosts、flush-logs、flush-tables、flush-threadsの実行を許可。
SHUTDOWN mysqladmin shutdownの実行を許可。
レプリケーション関連
REPLICATION CLIENT スレーブサーバーの情報の通知を許可。
REPLICATION SLAVE レプリケーションのスレーブとなることを許可。
その他
USAGE 権限一切なし。

特殊なユーザー

rootユーザー
MySQLの初期状態で登録されているユーザーの1つ。MySQLサーバーのすべての操作を行うことができる。
匿名ユーザー
MySQLの初期状態で登録されているユーザーの1つ。ユーザー名が空文字列。testと"test_"で始まる名前のDBに対してすべての権限を持っていて、他のDBには何の権限も持っていない。

May 07, 2012

ホーム初勝利ならず。守ってりゃいいってもんじゃないでしょう #albirex

J's GOAL:試合詳細:2012 J1 第9節 アルビレックス新潟 0-2 FC東京

黒崎監督の試合後の会見でこうコメントしている。
「ミスを減らさないと、勝っていけない。」
そういう問題じゃないと思う。
菊地がこう言っている。
「うちはチャンスもあったが、偶然のチャンスが多い。相手のミスや個人の突破など。」
ひたすら守って、たまに相手のミスでボールが転がり込んできて、さて攻撃、となる。これで勝てると考えるほうがおかしい。
数少ないチャンスも清水のパーフェクトカウンターwとは大違い。サイドに選手が走ってるのにもたもたしているうちにFC東京の守備がそろって、どうにもできずに奪われるとか、見てて点取れそうな気がしない。がんばってサイドに行った選手が無駄走りになる。


ネガってばかりいてもしょうがないと思うが、でも試合内容からも監督の発言からも良くなる兆しが見えない。
鹿島、横浜、大宮は勝ち点伸ばしている。柏は今はよろしくないが、監督も選手も去年とそう変わってないからこのままってことはないでしょう。
#ヨンチョルもう3点も取ってるよ!!
J2では山形が首位に。山形が昇格し、入れ替わりで新潟がJ2行きかなあ。

«磐田は風間新監督に初勝利を献上、新潟は守りきって2勝目 #albirex #jubilo

May 2012
Sun Mon Tue Wed Thu Fri Sat
    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31    

twitter

XI-Prof

無料ブログはココログ

日本blog村

  • アニメ
    にほんブログ村 アニメブログへ
  • FF11
    にほんブログ村 ゲームブログ FF11(FFXI)へ

好きな音楽家

メモ