以前、PHP マルチスレッド処理（並行処理）を実行する方法という記事を書きましたが、別ウィンドウを開いてマルチプロセスを実現する方法が分かりました。
それは、ほんと単純なことでした。
セッションを使わない、開始しないだけでした。
セッションを開始すると、セッション情報が保持されるため別ウィンドウを開いたとしても、同じセッションIDを利用する。（たぶん）
その同じセッションIDというのが曲者で、同じセッションIDだと別ウィンドウを開いても同一プロセスとして扱われてしまい、片方のプロセスが終わらないともう一方のプロセスが開始されない。
気づいたときには、「なんだ、そんなことか」と思いました。
先日、とあるレンタルサーバーで特定の処理が動かないというトラブルが発生しました。
以前から、トラブルが続いていたレンタルサーバーだったのですが、今回は以前とは違う種類のトラブルでした。
前回は、MySQLサーバーへの接続に失敗するというトラブルだったのですが、今回は特定のSQL文を実行するとエラーとなってしまうトラブルでした。
そのSQL文とは、「join」を含むSQL文です。
さて、原因は分かったけど解決方法は？
全部の「join」を書き直すとなると、相当な労力だ。
どうにかならないものか。
とりあえず、データベースの設計を見直すことに。
なぜか、このシステムのデータベースにはインデックスの設定がされていない。
PRIMERY KEYは設定してあるんですが。
とりあえず、気休めでもいいからインデックスを設定しておこう。
このインデックスの設定が正解かどうかは分からないが、「join」を含むSQL文でも正常に処理が行われるようになった。
んー、インデックスを設定することで参照レコードが少なくなった？？
何はともあれ、システム無事復旧。
私は、あんまり「join」を使わないのですが今回のことで「join」を使いこなせると便利だが、諸刃の剣では？と思うようになった。
それから、インデックスは必ずDB設計する時には設定をする。
普段から、1､000万単位のDBを扱っているのでインデックスにはシビアに考えているので私自身は問題ないんですけどね。
ちなみに、レンタルサーバー会社にこのことを問い合わせてみると
共用サーバーなので、他の誰かが無茶なSQLを流しているみたいで制限をかけた。
とのこと。
そういう大事なことは、事前に伝えないといけないと思うんですが。
読んでみた感想です。
この本は、これから社会人になろうという人、ニーとな人たちに読んでもらいたい本でした、
特にプログラマやSEを目指している人達に読んでもらいたい。
プログラマやSEの仕事が大変かというと偏見となるかもしれない。
他の職種にも大変な面があるとは思う。
しかし、私も同じSEとしての視点からしか感想は言えないので、その点は了承してもらいたいです。
スレ主はブラック会社ということで、会社が特殊だという表現をしているが、実際のところシステム会社というのは、全てブラック会社と言っても過言ではないと思う。
特に中小のシステム会社はブラック会社と思っていて間違いないかもしれない。
ただ、本にあるような人間がそろっていることはないと思うが。
いや、現実はもっとひどいような気もする。
特に、プログラマ・SEという職種に就く人間は少しズレている人が多い。
私も例にもれず、どこかズレている。
そんな人間関係の中で、仕事を遂行するという現実をどう過ごすか。
やはり、会社というのは仕事の内容もそうだが、人間関係が一番大切だと思う。
さて、作中に出てくる藤田さんという人物がいるのだが、この人は本当に「ネ申」である。
スレ主が、ブラック会社でやっていけるのも、ブラック会社が運営できるのも藤田さんのおかげだろう。どこのブラック会社にも、こういう人物がいるのだろうか。
冒頭では、これから仕事に就くという人に読んでもらいたいと書いたが、私自身参考になる点があった。
それは、人間関係のやりかたと人材育成について私は参考になった。
作中に２人の社員が登場するわけだた、タイプの全く違う二人をタイプの違う二人の教育者が担当するわけだが、人それぞれ教育方法があるということがよく分かった。
１０人いれば、１０通りの教育の方法があるということだ。
そういう点では、現在仕事に就いている人にも読んでもらいたい。
最後に、ブラック会社だからなどという理由で辞めるのは間違いだと思う。
そして、どんな状況においても精一杯自分自身のできることをする。これが大切だと思った。
本自体は、スレ形式でまとめられているので分かりやすく、そしてスレを読んでいる感覚で読めるのであっというまに読めてしまう。興味があれば、一読の価値はあると思いますよ。
