safariのブックマークが全部吹っ飛んだ。
＝エ＝）あとで、しらべてみると、IEのように、ブックマークのエキスポートのような機能はこのブラウザーにはついていないのであった。
＝エ＝）DBで検索中に、ブラウザーや、アプリケーションの起動には気をつけよう。

・エ）もう、処理する前のデータがないことには、話にならないところにきているので、
＝エ）仕方なく、インサートを始める。
・エ）ファイルから、直接仕分けしてインサートしたら、早いんではないかと思い、やってみたが、同じだった。
ファイルを全部読んで、レコードごとの配列にして、それからインサートしてみても、やっぱり、たいして変わらなかった。
・エ・）全部インサートするのに40時間以上かかる。
＝エ＝）DB用のマックが欲しい。
＝エ）入れている間は、何もできない。。。
ーエ）LINUXに入れて、ファイルだけを移植って、できるのかしら

・エ）一つの処理にめちゃくちゃ時間がかかる上に、こさえるテーブル数も5000ぐらいになるので、データベースで分けることにした。
・エ）テーブルを一括で削除できないと、ゴミだらけになって困るから。

処理を作るたびに思うけど、これは、ロードテストかなんかで、マシンをいじめるのが目的なコードじゃネーのか？？？って思うことがよくある。
通信量も半端じゃないし。
どう見ても効率的なコードじゃない。
＝エ＝）うーむ。
＾エ＾）ノ1回の処理に250回selectするぐらい普通だよなぁw
＾エ＾）テーブルを仕分けしさえしたら、1回ですむんだけどねぇw
どのみち仕分けしないと行けないから、データベースにインサートする時点で仕分けするように機能を追加しておこう。

・エ・）抽象クラスのことを気にしだしたら、テーブルを作るクラスの継承関係にも気になりだし、関係をしっかりさせることにした。
ストア度プロシージャのできないことは、DB同士のデータの橋渡し。
せっかく外部のアプリケーションから、DBのデータを操作するのだから、目的に会わせてDBを分けて使おう。
外部に公開するつもりは全くないけど、もし、外部にさらすのであれば、セキュリティ的にもその方がいいはず。（ただ、PostgresqlにDB単位でアクセス制御できるのかは調べてないw）
ます、一番上のabstractクラスにDataBaseとでも名前をつけて、後は、何も書かない。（子クラスでいるなぁ、って思ったら追加してけばええw）
源泉となるデータの入っているデータベースに接続するコードが書かれているクラスにSoruceDBと名前をつけてDataBaseを継承する。そのあと、Chartを作るのに必要なデータを保存するデータベースに接続するコードが書かれているChartDBを作成して、SoruceDBを継承する。次は、ChartDBのデータを参照して、データを判断した結果を保存するデータベースに接続するコードの書かれたAnalysisDBクラスを作って、ChartDBを継承する。
したに行くほど継承されることでコードの量が多くなるが、まぁ、関係としてはこんなもんだろう。
なんかすっきりした。

テーブルを作成するクラスは作る列の種類や、データベースに入れるデータの処理が違うだけで、検索したり、。
同じ機能は親クラスからのフィールドとメソッドの継承を使うことでコードを短くしてきたけど、そのとうの親クラスは、子クラスが使うメソッドやフィールドを提供するだけで、自分のテーブルを作る機能を持っていない。
つけようと思ったけど、子クラスとはカタチが若干違うのだ。
それに、その親クラスは、子クラスが必要としているメソッド類を必要としていない。w
＝エ＝）ウーム。。。それって本当の継承とは言えんだろ。。。
なんでこんなことを悩むかと言うと。この前からやっている、progressbarを表示させるクラスを、テーブルを作成するそれぞれの子クラス専用にいくつも作らないですむようにしたいと思ったのがきっかけだ。
これはインターフェイスを共通にしておけばええわけだけど、コンストラクタが必要とする引き数の違いで、親クラスにはどうも使えないようだから。
それを考えてたら、親クラスのことが気になって気になって。。。
＝エ）余談だけど、インターフェイスとか、クラスの名前を決めるのに、すごく時間かけてる気がする。

処理をスレッドで動かすやり方で、同じようなクラスのコードがすっきりするようになった。いつ、作業が終わるかわからないけど、進行状況を気にせず、次々に次の作業の指示を出すことができる。
新規のデータの入力後の処理の指示をいっぺんにしておいてほうかっておける。
データの処理を書くパターンは決まったけど、データを自分が参照する場合のことを考えてなかった。
＝エ＝）今度はグラフの画像データを作り出すクラスを作らねばならんだろう。
3ヶ月なり、1年のデータを全部検索して、変動幅をとり、グラフの目盛りを作って時系列を表すX軸の増加ごとに描画するポイントを指定していく。
＝エ＝）JAVAは表示能力は遅いから、データはjpgファイルにして保存し、javaのguiアプリケーション以外で参照できるようにする。
これも毎回データができるたびに、更新していかなければならない。

プログレッシブバーを表示して進行状態を表示すると、全く表示しない方法と比べて、1．8倍ぐらい処理が遅くなりましたw
本末転倒ってカンジダw
ほんとは簡単な処理だから、毎日のデータが入った時点で、処理が自動で作動するように仕掛けておく方がもっと速いんだろうね。
ロジックも再利用性を考えないで、ガチガチにしたったら、もっと速いし。

・エ）処理結果を後で参照するために、結局、毎回処理をしてはテーブルを新しく作っているので、作るテーブル単位でクラスを作っている。
すると、同じようなコードを何度も使うので、その度に、親のクラスにそのコードを持っていく。
・エ）親を最初に完璧に作れればええけど、行き当たりばったりに、機能をつけているので、そういうことになる。
・エ）だんだん、テーブルを作るクラスの制作速度が速くなるようで、面白い。

どうやらalter table で　行のdefaultが使えないみたいだ。

・エ）DBにファイルをインサートするプログラムを使っているうちに、インサート中にプログレッシブバーが表示できたら、いいなぁって思い始める。
＝エ）だって、結構時間がかかるし（半自動なために、付きっきりでやってなきゃならないので、途中で寝ちゃったりして、半日やって半分ぐらいしか入らなかった）動いているのかいないのか、さっぱり視覚的にわからないって言うのはなんだか不安。
・エ・）それで、前に見ていたSUNがドキュメントにつけているサンプルコードを我慢して読むことにする。
＝エ＝）結局人のコードを盗んだ方が早いからだ。w人のコードって読みにくい。
ダラーッと読んでいても時間が過ぎるだけなので、フィールドが実際何の処理に使われているのか、整理して、メモを書き込む。
で、新しいクラスを作って自分のコードとサンプルコードを混ぜ合わせてみる。
気がつくと前に自分が書いたクラスが二つに分かれて、継承関係になってたり。
自分が書いたGUIよりよっぽどかっこいいってことで、サンプルコードをまるごと使うことにしたりw
・エ・）かっこいい、プログレッシブバー表示がついた。

プログラムに夢中で、持ち株を管理するゆとりがありませんでした。。。
きっと取り戻せるさ、ってへーへーとしているところが問題です。。。

・エ）先週末に絞った銘柄がまんまと上がってます。
・エ・）しっかり、買ってません。
・エ・）・・・。

nullがでないようにして、参照性制約をつけないで、インサートするようにしたら、すんなり入るようになった。

絞れない。
全部上昇トレンドにあるものばかりだけど、上がっているもは、明日にも下がるかもしれない。
＝エ）安心して持っていられない。。。
＝エ）株を持ち続けることが目的ではないのだと、自分に確認。

今週はジャスダックを重点的に見た。
最初はPERを見て荒っぽく叩き切ります。
6416.Q 6488.Q 9367.Q 7218.Q 7632.Q 9845.Q
2300.Q 2341.Q 4306.Q

削除銘柄はのせないことにしよ。
訴えられたくないしw

CSVファイルの中身を見ていたら、後ろの項目に何もなかったら、「　，　」を省略してしまうことがわかった。
それでエラーがでるのね。。。

・エ）今日は日経平均が140円ぐらい上がった。
日経新聞によると、テクニカル的な調整が終わったそうだ。
階段のようなチャートを作っていた銘柄を重点的に探して回ったのだけど、
＝エ）選ぶ段階で、くたびれちゃって、明日にしようと思う。
＝エ）明日ではだめなのよね。。。
それだけで、1万円とか違ってくるから。

GUIアプリケーションに別個に作ったクラスの操作上のエラーを返して、ユーザーが視認できるようにするには、throwsをつかうとええんやな、って今更ながらに気がついた。使うメソッドみんなthrowsさせてログ取りは、クラスのインスタンスを生成して使うGUIコードが書かれているクラスに書きさえしたらええんや。。。

土日をかけて、東証1部を半分ぐらい見て選び抜いた株。
7537.T 8084.T 9991.T 2685.T 8333.T 8834.T 8864.T 8874.t 4711.t 1802.t 1820.t 4521.t 1975.t 4097.t
このうち、2685（3460円100株）と8874（2740円100株）に目をつける。
＝エ＝）なんだか、ポートフォリオを作るのに絞り抜く作業がすごくつらいので、今週は2つにしとく。