2008,08,31, Sunday
ｷﾀ━━ﾟ+.ヽ(≧▽≦)ﾉ.+ﾟ━━ ｯ !
買っちゃいました。
おニュー（死語ｗ）のテレビ。
液晶デジタル・ハイビジョン
配線しなおしや配置替えで、汗だくで腰も痛くて大変だったけど（笑）、超嬉しい
６畳間では37Vがお薦めらしいけど、実際は６畳をフルに使えるわけじゃないので、32Vで丁度良かった
Ｊ：ＣＯＭにも加入したし、バッチグーね（まだ出る死語ｗ）
買っちゃいました。
おニュー（死語ｗ）のテレビ。
液晶デジタル・ハイビジョン
配線しなおしや配置替えで、汗だくで腰も痛くて大変だったけど（笑）、超嬉しい
６畳間では37Vがお薦めらしいけど、実際は６畳をフルに使えるわけじゃないので、32Vで丁度良かった
Ｊ：ＣＯＭにも加入したし、バッチグーね（まだ出る死語ｗ）
2008,08,19, Tuesday
数年前から考えていた、Ｊ：ＣOM。
日曜日の日中とか、くだらない番組しかないときに便利だなぁ～って思っててさ。
でも、普段は困らないし、ずっと普通のアンテナで観てた。
で、ここにきて地デジの波。
どうせアンテナ工事しなきゃなんないなら、ここでＪ：ＣＯＭに入っちゃおう！ってことで、加入。
思っていた以上だね～
番組表から一発でＨＤＲに録画出来るし、もちろん同時間帯番組も同時に録画出来る
チャンネル数は多いのは当たり前だけど、これも結構嬉しい
バカボンとか９９９とか、昔のアニメを楽しんじゃってます
あと、２０年くらい前の『地球大紀行』を見つけて。
運良く、第一回の放送に間に合ったので、もちろんＨＤＲに保存。
全シリーズをＨＤＲ録画します
テレビがまだ２０年もののブラウン管っつーのがたまにキズ（笑）
日曜日の日中とか、くだらない番組しかないときに便利だなぁ～って思っててさ。
でも、普段は困らないし、ずっと普通のアンテナで観てた。
で、ここにきて地デジの波。
どうせアンテナ工事しなきゃなんないなら、ここでＪ：ＣＯＭに入っちゃおう！ってことで、加入。
思っていた以上だね～
番組表から一発でＨＤＲに録画出来るし、もちろん同時間帯番組も同時に録画出来る
チャンネル数は多いのは当たり前だけど、これも結構嬉しい
バカボンとか９９９とか、昔のアニメを楽しんじゃってます
あと、２０年くらい前の『地球大紀行』を見つけて。
運良く、第一回の放送に間に合ったので、もちろんＨＤＲに保存。
全シリーズをＨＤＲ録画します
テレビがまだ２０年もののブラウン管っつーのがたまにキズ（笑）
2008,07,31, Thursday
昨日の朝も涼しかったけど、今朝も一段と涼しい
最近の朝の日課は、タビ
の散歩。
とは言っても、犬みたいにつないで歩かせるわけには行かないので、抱っこして自分が散歩してんだけど（笑）
土や草を経由して病気や寄生虫をもらっても困るからね～
ちょっと夏バテ気味↓だったタビちゃんも、今朝は元気
あと１か月で満１歳
ちょっと乙女っぽい表情を見せる「としごろ」？（笑）
ＢＧＭは、百恵ちゃんの「としごろ」でした
最近の朝の日課は、タビ
の散歩。とは言っても、犬みたいにつないで歩かせるわけには行かないので、抱っこして自分が散歩してんだけど（笑）
土や草を経由して病気や寄生虫をもらっても困るからね～
ちょっと夏バテ気味↓だったタビちゃんも、今朝は元気
あと１か月で満１歳
ちょっと乙女っぽい表情を見せる「としごろ」？（笑）
ＢＧＭは、百恵ちゃんの「としごろ」でした
2008,07,24, Thursday
Specified key was too long; max key length is 1000 bytes
mySQL でcreate database時に遭遇したことがある人は多いはず
とくに、最近はutf-8が標準なので、定義の文字数×３が実際使われるバイト数。
ステートメントのプリフィックス長は文字数で解釈される一方、プリフィックス リミットはバイトで計算されるかららしい。
そこで、たいていは、データ構造を変更するなどして、キーサイズを小さくして対処する。
でも、キーサイズを変更しないで対処出来る場合もある
varcharでも、運用上の定義は英数字だけの場合もあるっしょ。
これならば、無理にキーサイズを小さくしなくても対応が可能。
たとえば、こんな場合
CREATE TABLE test (
item1 VARCHAR(200) NOT NULL,
item2 VARCHAR(200) NOT NULL,
item3 VARCHAR(200),
primary key (item1, item2)
)
TYPE= InnoDB, DEFAULT CHARACTER SET utf8;
これだと、（ 200 ＋ 200 ） × 3 ＝ 1200 ＞ 1000
で、エラーになる。
なので、
CREATE TABLE test (
item1 VARCHAR(200) DEFAULT CHARACTER SET ascii NOT NULL,
item2 VARCHAR(200) DEFAULT CHARACTER SET ascii NOT NULL,
item3 VARCHAR(200),
primary key (item1, item2)
)
TYPE= InnoDB, DEFAULT CHARACTER SET utf8;
これで、キー部分だけ、asciiに設定出来るので、 200 ＋ 200 ＝ 400 ＜ 1000
もちろん、item1、item2は英数字しか使わない項目。
でも、その他の character set は、utf8のままでマルチバイト。
これでＯＫ
mySQL でcreate database時に遭遇したことがある人は多いはず
とくに、最近はutf-8が標準なので、定義の文字数×３が実際使われるバイト数。
ステートメントのプリフィックス長は文字数で解釈される一方、プリフィックス リミットはバイトで計算されるかららしい。
そこで、たいていは、データ構造を変更するなどして、キーサイズを小さくして対処する。
でも、キーサイズを変更しないで対処出来る場合もある
varcharでも、運用上の定義は英数字だけの場合もあるっしょ。
これならば、無理にキーサイズを小さくしなくても対応が可能。
たとえば、こんな場合
CREATE TABLE test (
item1 VARCHAR(200) NOT NULL,
item2 VARCHAR(200) NOT NULL,
item3 VARCHAR(200),
primary key (item1, item2)
)
TYPE= InnoDB, DEFAULT CHARACTER SET utf8;
これだと、（ 200 ＋ 200 ） × 3 ＝ 1200 ＞ 1000
で、エラーになる。
なので、
CREATE TABLE test (
item1 VARCHAR(200) DEFAULT CHARACTER SET ascii NOT NULL,
item2 VARCHAR(200) DEFAULT CHARACTER SET ascii NOT NULL,
item3 VARCHAR(200),
primary key (item1, item2)
)
TYPE= InnoDB, DEFAULT CHARACTER SET utf8;
これで、キー部分だけ、asciiに設定出来るので、 200 ＋ 200 ＝ 400 ＜ 1000
もちろん、item1、item2は英数字しか使わない項目。
でも、その他の character set は、utf8のままでマルチバイト。
これでＯＫ
2008,07,18, Friday
いまだに騒がれてる山本モナさん。
別に犯罪犯したわけでも無いのに、周りの対応が厳しすぎ。
相手の二岡だっけ？
こいつはただの丸刈りだけで済んで、モナさんは謹慎。
二岡も一年間試合出場禁止とか、処分されるべきだろうに。
安藤キャスターなんて、不倫を貫いて略奪愛で結婚。
でもすぐに離婚して、また別の男と不倫して略奪愛で結婚。
でも、シャーシャーとＴＶに出てたし、こいつの方がよっぽど恋愛にだらしないと思うぞ（笑）
クリントンやサルコジなんてどーなっちゃうのさ。
世間の非難は、才色兼備に対する「ひがみ」の臭いがプンプン（笑）
何も持ってない人間のヒガミって醜いね～（笑）
不倫は賛成出来ないけど、恋愛は自由。
モナさんは独身。
妻子ある身の細野や二岡の方が、よっぽども無責任でだらしない。
山本モナさん、ここでめげないで、頑張って欲しい
別に犯罪犯したわけでも無いのに、周りの対応が厳しすぎ。
相手の二岡だっけ？
こいつはただの丸刈りだけで済んで、モナさんは謹慎。
二岡も一年間試合出場禁止とか、処分されるべきだろうに。
安藤キャスターなんて、不倫を貫いて略奪愛で結婚。
でもすぐに離婚して、また別の男と不倫して略奪愛で結婚。
でも、シャーシャーとＴＶに出てたし、こいつの方がよっぽど恋愛にだらしないと思うぞ（笑）
クリントンやサルコジなんてどーなっちゃうのさ。
世間の非難は、才色兼備に対する「ひがみ」の臭いがプンプン（笑）
何も持ってない人間のヒガミって醜いね～（笑）
不倫は賛成出来ないけど、恋愛は自由。
モナさんは独身。
妻子ある身の細野や二岡の方が、よっぽども無責任でだらしない。
山本モナさん、ここでめげないで、頑張って欲しい
