カレンダー

04 | 2012/05 | 06
- - 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 - -

只今の迷い人

巡礼者の数
現在の閲覧者数:

これまでの訪問者

プロフィール

tompoo77

Author:tompoo77
ほどほどに自由なトンBloへようこそ!

Webもの好きなヲヤヂです。 色んなところでWeb&Blogを立ち上げては放置の日々です。

最近の記事

最近のコメント

最近のトラックバック

スポンサードリンク

足跡

足跡
足跡

月別アーカイブ

どこから?足跡


ジオターゲティング

カテゴリー

QRコード

QRコード
マイクロアドBTパートナーでおこづかいゲット!

ブログ内検索

RSSフィード

リンク

一押し【新着順】

気になるアイテムがありましたらクリックして詳細チェック!!

By FC2ブログ

今すぐブログを作ろう!

Powered By FC2ブログ

FC2ブログ

スポンサーサイト

上記の広告は1ヶ月以上更新のないブログに表示されています。新しい記事を書く事で広告が消せます。

小粒でキリッと紫映える

連日、PC障害対応に追われる

多分、HDDが障害を起こしていると思われるのだが、再三にわたって、PCが起動しない。
BIOSから、システム(Win/Linux)起動しない事が頻発するようになってきた。

Windowsと、Linuxは物理的に別々のHDDにインストールしているのだが、BIOSチェックで、Windowsシステム用HDDのチェックで読込みをリトライしているようで、タイムオーバーが起きているよう。

多分、不良セクターが発生しているのだろうが、それでも3回に一回は、起動システム選択メニューまで辿りつくときもあるが、まったく安定しない。

Linux用HDDのみマウントして、Win用HDDを無効にしてBootすると、Linuxがすんなり立ち上がると言う事はやはり、Win用HDDにトラブルが発生しているに違いない。

さて、こうなったからには、早々にWin用HDDを交換する必要があるのだが、Windowsをまた再インストールするのは極力避けたいわけで、良い方法は無いものかと、模索する日々。

iOS5にしてからiPhone4の通知音が引き付け起こしたように

iPhone4のOSバージョンアップしてから何やら通知音が連続で鳴るようになって
いろいろと、通知音設定を変えてみたものの一向に良くならない。

まぁ良いかっ!!
って暫く放置していたものの、やはり気になって、「iPhoneの通知音」でググってみたら
有益な情報に巡り合いました。

男前道のすゝめ: [男前道]iOS5で着信音が連続で鳴っちゃうバグの直し方

半信半疑で、試してみましたが。。。。。さてさて、設定してみたところで、なんと
通知音を鳴らすようなメッセージが届かないので確認できてません。

多分、良くなっていることでしょう。

確認できたらまたご報告を。

皆既月食の月


去る10日から11日に掛けて皆既月食が観察されたが
その時のスナップ。

月食が始まり皆既最大までの三時間近く野外で寒さを堪えて撮影してみた。

一夜にして形と色を変化させた月に感動

たまには仕事ネタ

このところ仕事のネタをWeblogに書く事がなかったけど・・・・・

業務で、長らく懸案になっていたWebDBシステムの移行作業が、じっくりと時間がとれぬまま放置されていて、やらねばやらねばで年末になり、どうにか時間をやりくりしながら着手した次第。

主な作業は、これまで自分のPC上に構築していたWebDBシステム(Apache+PHP+Postgres)を、社内LAN上のサーバーへ移行するというもの。

移行先のサーバーには、Apache+PHP+Postgresの環境は既に出来ているので、PHPスクリプト用に適当なディレクトリを掘って、単純にコピーして、DBへの接続先などの設定を変更する。

DBは、毎日データの追加を行なっているため、これらの作業を設定して毎日自動でDBが更新されるように設定する。

DBは、未だ完全移行ではないので、デバグ期間中は定期的に、自PCのDBと同期を取る必要があるので、自分のPC 上のDBをバックアップして、サーバー上のDBにリストアして同期するという作業が暫定的に必要となるわけなんだが、単純にリストアしたんでは、既存のデータに追記でリストアされてしまい、レコード数が2倍の840,000件に膨れ上がって、ギョギョギョ!!

ということで、本日学んだことは、リストア先のテーブルを削除してからリストアしないと「追記されてしまう」という事。

ということで、サーバー上の該当テーブルを削除しようと、Drop table ***; コマンドを実行しようとするが、エラーが発生して削除できない。

どうやら、削除しようとしたテーブルは外部キー制約や、ビュー、トリガ、関数などを使ったテーブルが多数含まれるような複雑なデータベース構造をとっているために、単純にDropコマンドでは削除できないとの事です。
<blockquote>DROP TABLE products CASCADE;</blockquote>
このコマンドで、削除できるとの事、Google先生が答えを見つけてくれました。

以上で、DBの同期も問題なく出来るようになりまして、あとはひたすら、検索処理スクリプト(PHP)の動作確認をはじめとした検証です。

連日ルーチンワークに追われて、なかなか試行錯誤できる時間が取れない状況ですがまた暇(仕事上の暇?)を見つけて、少しずつ進めていくしかないです。

今や、オールラウンドプレーヤとして日々のしのぎを削っている毎日、なかなかシステム構築メンテナンスに掛ける時間がありません。


| ホーム |


 BLOG TOP  » NEXT PAGE