MySQL MEMORYストレージエンジンとテンポラリテーブルについて
MySQLは、テーブル作成の際、いくつかのストレージエンジンから選択することができます。
デフォルトはInnoDB。その他、MyISM、MEMORYなど様々な種類があります。
MEMORYストレージエンジンは、格納されたデータがすべてメモリ上に保持されます。
InnDBやMyISMでは、データはハードディスクへ書き込まれるため、読み書きのオーバーヘッドがなく、IOが非常に高速になります。
ただし以下の注意点があります。
１、メモリ上にデータを保持するため、DBサーバーが落とされると格納されたデータは消える。（空のテーブルのみ残る。）
２、ロック制御がテーブルロック（MyISMと同様、InnoDBは行ロック）のため、並列処理でパフォーマンスが落ちやすい。
３、カラムはすべて固定長に変換されるため、一レコードのバイト数が多くなる。また、BLOB、TEXTは使用できない。
４、インデックスは「HASH」がデフォルト。InnoDBやMyISMは「BTREE」がデフォルト。どちらも使用可能。「HASH」は場合によって遅くなる可能性あり。
２、の解決案として、一時テーブル（Temporary Table）として使えば、クライアントごとに別々になるため並列アクセスが起きなくできる。
結果、パフォーマンスを保てるのではないか。
ただ、一時テーブルは指定の容量を超えると自動的にInnoDBに変換されるため、変換コストが発生するという話もあるが、、、
（以下追記）
⇒ユーザーが作成したMERORYテーブルは変換されないと公式に見つけた。
⇒CREATE TEMPORARY TEBLEで作成されたMEMORYテーブルは自動変換されない。自動変換されるのはあくまで、内部的に自動で作られる一時テーブルのみ。
truncate tableと制約
truncate tableは、外部キーなど制約がかかっているとエラーになる。
相手側テーブルにデータがあってもなくても同様。
制約を解除するか、DELETE文で削除する。
straight_join
一般的には、joinの順序はオプティマイザが一番効率の良い順序を探し、
ビリギャルを見てきました。
友人に誘われ、ビリギャルを見てきました。
内容としては高校受験の女子高生を主人公としたお話しなので
受験生やその親御さんには現実とリンクしてみれるのはもちろんですが、
やりたいことがみつからない若者や仕事で行き詰っている人たちにも得るものがある映画だと思います。
一番感じたのは、「自分はここまでがんばったことがあったかな」ということ。自分を振り返ってみて、
何かと理由をつけてがんばることを避けてきたような気がしました。
人生で一回くらいがんばってみてもいいのかなと感じました。
そして「人の幸せのために働く仕事」
自分の仕事は、働き方はどうなんだろうと考えました。
映画自体は受験の話ですが、それを中心に、映画をみる人それぞれによって、それぞれのテーマで見られる映画だと思います。
賛否両論な意見もあるようですが、批判的な目で見ればたぶん突っ込みどころはたくさんあるんでしょう。
そんな見方をするのはもったいない映画です。
素直な気持ちで見れれば、見終わった後に、良い刺激を受けられたと感じられる映画だと思います。
オリンパス PEN Lite E-PL1
ミラーレス一眼を買いました。
中古です。
カメラとレンズとアダプター、合わせて17000円くらいでした。
写真はずっとiPhoneで撮っていて、それはそれで便利だったんだけど、
まえまえからミラーレス一眼レフが欲しかったんですが、値段も高いので諦めてました。
そんな折、中古で型落ちなら、全部入れて2万切ることがわかり、
しかも偶然、E-PL1にオールドレンズ付けてる写真を見て、
一目惚れし衝動買いしてしまいました。
レンズはフィルムカメラと時代のものですが、
とはいえ、もともとマイクロフォーサーズなE-PL1にアダプターを介して
FDレンズをつけているので、AFなんてありません。
ピント合わせはマニュアルオンリーです。
アダプターについては、中国製のリーズナブルなやつを買いましたが、
全くカタカタいうこともなくしっかり固定できてます。
もしかしたら当たりハズレがあるかもしれませんが…。
しばらくは素敵なおもちゃになりそうです。
