データベースに接続できるかの判定
CDatabaseを使ってODBC経由でSQLServerにアクセスするアプリを作っています。
ただし、SQLServerにアクセスできないときには、
オフラインモード(ローカルデータのみを処理)で動かす必要があります。
そのため、Open()やOpenEx()でSQLServerにアクセスする前に、
そもそもSQLServerにアクセス可能な状態かを判定したいのですが、
そのようなことは可能でしょうか？
SetLoginTimeout()の値を小さくすればとは思ったのですが、
この値を小さくすると、環境によってはアクセス可能な状態なのに
タイムアウトになることがあり得るでしょうし、
デフォルトの15秒のままだと、アクセス不可能な状態であることを知ること自体に
時間がかかって待たされてしまいます。
そもそもOpen()を行う以前に、
Open()を実行してよい環境なのかを知りたい状態です。
なにかODBCやCDatabaseに判定する仕組みはあるのでしょうか。
Openできるか確認し、OKだとわかってから実際にOpen()するまでの
わずかな間にダメになってたらどうします?
私がデータベースのソフトの作成者で
一瞬で、確実に、「OPEN」できるかどうかの判断機能が用意できるなら
Openとは別にそれを実装するなんてことせずに
Openの中で、最初にそれを呼び出して、
駄目なときはTimeOutとか関係なしに即座にエラーを返すよう
「OPEN」を実装する
> Openできるか確認し、OKだとわかってから実際にOpen()するまでの
> わずかな間にダメになってたらどうします?
今回の件では、そのときはもう「レアケース」として、
Open()で15秒以上固まっても構わないと思っています。
実際、Open()を使う判定なら正しく動作しているので。
ただ、DBではなくファイルに例えると、
ファイルを開く前にまずファイルそのものを探して、
見つからないときは即、次の動作に移れないかなと思ったのです。
ネットワークにつながっていなかったりして、
明らかにDBに接続できない状態のはずなのに、
デフォルトだと15秒以上Open()から返ってこないのは
避けられないものかなと感じました。
> 私がデータベースのソフトの作成者で
> 一瞬で、確実に、「OPEN」できるかどうかの判断機能が用意できるなら
> Openとは別にそれを実装するなんてことせずに
> Openの中で、最初にそれを呼び出して、
> 駄目なときはTimeOutとか関係なしに即座にエラーを返すよう
> 「OPEN」を実装する
たしかに上記のファイルの例だと、
見つからない場合はファイルを開く動作自体すぐに失敗するはずですし、
CDatabaseにそのような仕組みが無いということは、
このような動作には対応できないものということになるのでしょうか。
>見つからない場合はファイルを開く動作自体すぐに失敗するはずですし、
これについてなんですが
①A,Bの２台のPCを用意する
②Bの共有フォルダにTXTファイルを用意する
③AからBの共有フォルダを開き、
TXTファイルを開くためのショートカットをA側につくる
④BのPCをネットワークから切断する（電源落とすとかでも）
この状況で、Aのショートカットを使用し、ファイルを開こうとしてみてください。
すぐに「リンクが切れている」とエラーがでますか？
これは難しいというか、確立？になるのかなぁ
すみません、１０ｃｍの本でも解決できないと思います。
絶対的なサーバにデータの送信時間管理ができるものがあれば・・・無理ですね前日のなんて。。。。。
①pingでも打ってみる
②OKなら上記手段でサーバーにお伺いを立ててみる
Ping無視の設定だと①は使えません。
②IPを指定してUDPの1434番に存在をリクエストして
応答見る方法もあります。これもセキュリティの関係で
ポート閉じていることもあるので、そしたら駄目ですね。
サーバー側に定期的にSQLServerの生存を確認するプログラムを
常駐させておいて、特定のポートで生存の応答をさせる仕組みを
作ると多少は違うかも。
CDatabaseを使ってODBC経由でSQLServerにアクセスするアプリの
起動と同時に内部でスレッドを切り出して定期的に負荷の軽い SQLを
発行してはいかがでしょうか？
そのスレッドでオンライン／オフラインのステータスを保持するよう
にしておいて
メインスレッドでSQLServerにアクセスする際にはそのステータスを参照
してオンラインステータスなら SQLServerにアクセス、オフラインなら
ローカルデータを使う
| ツイート |  |