|
同一PC上(UNIX)でサーバー、クライアントを作りSocket通信をしています。 send→select→FD_ISSET→Recvを行い、データのやりとりをしています。 何回かうまく送受信できるのですが、突然止まってしまいます。 sendはうまくいっているみたい(sendの返り値は正常)なのですが、 Recvをしてくれません。 netstatでSocket状態を確認すると以下のようになります。 tcp4 922 0 192.168.0.69.24019 192.168.0.69.61361 ESTABLISHED tcp4 0 0 192.168.0.69.61361 192.168.0.69.24019 ESTABLISHED tcp4 0 0 192.168.0.69.24019 *.* LISTEN どうもRecv-Qに送信されたデータが溜まっているみたいです。 色々調べてみたのですが、よく分かりません。 どなたか救いの手を差し伸べていただけないでしょうか。 |
|
>>4197 アメリカ在住 OS 名とソースを提示してください。 |
|
dblinkについての質問なのですが、dblinkで他のデータベースのテーブルと結合させる テーブルを作りたいのですが、CREATE文でFOREIGN KEYを使う事が前提となっていて、 どうやって記述すればうまくいくのかがわからず、困っています。うまくいったとして、 結合させる処理も考え付きません。 ビューを使えば結合はできたのですが、ビューはFOREIGN KEY には使えないのでだめで した。 create table DB1_T1( A1 char(3),B char(3),C char(3),primary key(A),foreign key(C) REFERENCES データベース DB2のテーブル2(C); という風にしたくて、foreign(C) REFERENCES dblink( 'dbname=DB2','select * from DB_T2') AS DB2_T2(C char(3),NAME varchar(50))(C) としてみたのですが、dbname=DB2 でエラーが起こってしまいます。 何かいい方法があればどうかお願いします。 バージョン Postgres7.3.3 |
|
>>4199 中川 PostgreSQL の dblink がいつのまに DB2 に対応したのかと 1時間 悩んでしまいました。 dblink は result set を返すものですが、foreign key は テーブル名・項目名を記述するものなので、無理じゃないですかね。 # Oracle なら foreign key(C) references DB_T2@dblinkname (c) # でいけそうですが。 やるなら DB1_T1 にトリガを設定して、UPDATE・INSERT・DELETE された ときに DB_T2 を見にいくとか。 |
|
大変早いお返事本当にありがとうございます。 とても悩んでいたので助かりました。 一番上にPostgreSQL と書くべきでした。 PostgresでdblinkとForeign keyを使うのは無理でしたか。 dblink以外を使って他のデータベースのテーブルをForeign key制約 に指定する方法はないのでしょうか？ 上司に無理です。と言い切るしかないかもしれません。 |
|
>>4201 中川 外部キーにこだわるなら、 - 定期的に他データベースからデータを取得してローカルのテーブルに入れる - 他データベースからトリガでローカルのテーブルに反映する くらいしかないのでは、とわたしは思います。 |