ベストアンサー

本の検索後の文

2003/06/12 14:52

本のサイトで本の検索後に出てきた文です。内容分かる方説明してください。トランザクション (プロセス ID #6) が、ほかのプロセスとデッドロックしました。トランザクションがデッドロックの対象として選択されています。トランザクションを再実行してください。"

shouziki777
お礼率94% (1025/1090)

その他（インターネット・Webサービス）
回答数1
ありがとう数1

みんなの回答 （1）
専門家の回答

質問者が選んだベストアンサー

ベストアンサー

taknt
ベストアンサー率19% (1556/7783)

2003/06/12 15:07 回答No.1

このプログラムは、デバッグがちゃんとされてないため、排他的処理で不具合が発生したということでしょう。

質問者

お礼 2003/06/14 07:19

回答ありがとうございます。大変参考になりました。

関連するQ&A

デッドロックエラー

C#からSQLSeverにトランザクションを実行する際に WITH(TABLOCK,XLOCK) を付加していますが、 System.Data.SqlClient.SqlException: トランザクション (プロセス ID 54) が、lock リソースでほかのプロセスとデッドロックしました。トランザクションがデッドロックの対象として選択されています。トランザクションを再実行してください。というエラーが発生します。 ConnectOpen BeginTransaction SqlDataReader UPDATE or INSERT ExecuteNonQuery CommitCommand ConnectClose という順番で実行しています。単純な文で単体だと問題ありませんが、複数から実行すると、エラーが発生します。なぜデッドロックが発生するのでしょうか？
デッドロック

sqlserver2000に対してクライアントツール用に開発したAccess2000のadpファイルからデータの更新を行うと、以下のようなエラーが発生するのですが、どのような場合以下のエラーが発生するのかご意見を頂きたいと思います。 "トランザクション(プロセスID89)が、lockリソースでほかのプロセスとデッドロックしました。トランザクションがデッドロックの対象として選択されています。トランザクションを再実行してください。"
デッドロックでダウンします。どうして？

お世話になります。教えてください。 Win2KサーバーにてSqlServer2000のデータベースを使い、Win2k・98SEのクライアントで同時１０台が稼動するVB6で開発したシステムに於いて、時折以下のメッセージがでて異常終了するクライアントがアチコチで発生して困っています。「トランザクション（プロセス ID 72）が、lock リソースでほかのプロセスとデッドロックしました。トランザクションがデッドロックの対象として選択されています。トランザクションを再実行してください。」どうやらデータを更新しているときではないかと思います。考えられる原因を教えてください。よろしくお願いします。
こんなのがでたんですが…

次のような文章が出てきました。どういうことか簡単に素人にわかるようにお教えください。『Microsoft OLE DB Provider for ODBC Drivers エラー '80004005' [Microsoft][ODBC SQL Server Driver][SQL Server]トランザクション (プロセス ID 461) が、lock | thread リソースでほかのプロセスとデッドロックしました。トランザクションがデッドロックの対象として選択されています。トランザクションを再実行してください。 /prdsearch/inc_detail.asp, 行 485 』こういうのは放って置いても良いものでしょうか？最近ネットを見ていてもページがひょう辞されませんというのが良く出て、結構調子が悪いんですが。どなたかお教えください。,毎度申し訳御座いません。
UPDATE文で発生するデッドロックについて、教えてください。

はじめまして。 SQL　SERVER初心者の為、ご指導の程お願いいたします。 UPDATE文で発生するデッドロックについて教えてください。現在、ストアドプロシージャ内で、以下のUPDATE文を使用しています。 UPDATE テーブルＡ SET 更新済フラグ = '1' WHERE ロック時間 =パラメータ．ロック時間 AND ロックユーザー = パラメータ．ロックユーザー AND ＩＤ = パラメータ．ＩＤ ※Where句に使用する、ロック時間・ロックユーザー・ＩＤは、　キー項目では無く、インデックスも使用しておりません。　ただし、対象データを一意に識別できる項目ではあります。　このストアドを含む処理を、ほぼ同時実行するとこのUPDATE文で「LOCK　TIMEOUT」が発生し、デッドロックとなってしまいます。 UPDATEの対象となるデータ件数は、ともに５００～６００件ですまた、対策としましてロックのヒント文を下記のように設定し、 WHERE句に設定している、ロック時間・ロックユーザー・ＩＤに対して、インデックスを作成してみましたが、同様に、デッドロックが発生してしまいます。 UPDATE テーブルＡ（with　rowlock） SET 更新済フラグ = '1' WHERE ロック時間 = パラメータ．ロック時間 AND ロックユーザー = パラメータ．ロックユーザー AND ＩＤ = パラメータ．ＩＤ SQL　Serverに詳しい方、お力になっていただければ、光栄です。よろしくお願いいたします。
SELECT文でのデッドロックに対しての対処方

先日よりデッドロックが発生するようになり、確認の為にトレースログを抽出するように設定かけたのですが、UPDATE文とSELECT文がぶつかりデッドロックが発生している事がわかりました。しかし、UPDATE文にはトランザクションをかけていますが SELECT文には特にロックかけていない為、どうして起こっているのかわかっていません。 SELECT文を読んでいる時にUPDATE文によってレコードに変更があった為、デッドロックが発生したのでしょうか? SELECT文にはUNLOCKをつけた方がいいのでしょうか？プログラムはDELPHI DBはSQLSERVER2000になります。お忙しい所申し訳ありません。宜しくお願い致します。
一括テーブルロックデッドロック対策

はじめまして。 ken7761227と申します。 SQL Server2008R2でデッドロックが発生しまして、本来であれば、テーブルの参照、更新順を正しくする修正をすべきなのですが、今からその修正を行うのは困難なために、更新する側が、使うテーブルをまずTABLOCKXでロックしておくという対策をとることになりました。ここで、A,B二つのテーブルがあったとし、 SELECT XXX FROM dbo.TableA WITH( TABLOCKX ) UNION SELECT YYY FROM dbo.TableB WITH( TABLOCKX ) というSQLでロックしようとしています。 UNIONを用いたのは、2つのセレクトの間に違うプロセスからの割り込を防止したかったためです。（このSQLの実行時にトランザクションをかけて、更新後のコミットまで、排他ロックをかけようとしています。） TableA,TableBを更新しようとしているプロセス1が、上記SQLを実行しオーナーになります。プロセス2がTableBをSELECTしようとすると、排他ロックで待たされるはずですよね？実際ここは待たされていました。また、プロセス2も更新を行おうとし、上記のSQLを実行すれば、プロセス1のコミットまでは、処理が待たされるはずだと思っていたのですが、ここでデッドロックしてしまいます。原因が全く分からずに困っております。最終的に、やりたいことは、テーブルの参照、更新の順番を変えずに、デッドロックを回避することです。テーブルロックをかけかたが、間違っていますでしょうか？また、それ以外に何か良い回避方法がありますでしょうか？どなたか、有識者の方々のご助言頂けないでしょうか。よろしくお願いいたします。
grep でパラレル検索するには

あるディレクトリいかに置かれているソースコードの中で特定のパターン (文字列) を含むファイルの一覧を取得するのに grep を使って検索しているのですが、もう少しよい方法がないかと試行錯誤しています。 [現行法] find . -type f | \ while read line; grep -qP pattern "$line" && echo $line; done そこで、使用しているサーバのCPU 数が８であることに目を付け、マルチプロセスもしくはマルチスレッドの仕組みを用いて８多重でgrepを実行できる仕組みを考えています。最初に考えたのは以下のような方法です。・pthread を利用する。・各レッドで system 関数を使用して grep を実行する。・子プロセスは標準入力をパイプから受け取るようにする。・検索対象となるファイル一覧の読み込みは mutex を用いて制御する。 →system 関数はシェル経由で grep をコールするようで、オーバーヘッドが気になるなどの理由により却下。次に考えたのは以下のような方法です。・pthread を利用する。・各スレッドで fork し、子プロセスで grep を実行する (exec)。・子プロセスは標準入力をパイプから受け取るようにする。・検索対象となるファイル一覧の読み込みは mutex を用いて制御する。 →デッドロックの問題が解決できずに断念。 pthread で fork を使う場合は直ぐに exec するようにしないとデッドロックする可能性があるという記事をネット上で見つけました (標準入力をパイプから受け取るようにする処理があるため直ぐには exec できない)。で、実際にもそのようになってしまいました。そして、最終的に考えているのが以下のような方法です。・fork を利用する。・各プロセスでさらに fork し、孫プロセスで grep を実行する (exec)。・孫プロセスは標準入力をパイプから受け取るようにする。・検索対象となるファイル一覧の読み込みはセマフォを用いて制御する。でも、本当にこのようにマルチプロセス＋セマフォを使う方法でしか「grep でパラレル検索」を実現することはできないのでしょうか？ pthread で実現することには失敗してしまいましたが、もう少し改良して成功できないかと考えているのですが・・・。 (かと言って、あちこち mutex でロックしてしまうと、せっかくのスレッドが生かされない？)
Select文とデッドロックについて

現在のような処理をしています。 SQL Server2008 R2 Expless プログラム１　select count(*) from TABLE_A プログラム２ BeginTrance SERIALIZABLE 　select count(*) from TABLE_A Update TABLE_B set F1=123 Where P1=1 Commit ※ここで P1はTABLE_Bのプライマリキーとします。この２つのプログラムを同時に実行している時に、プログラム１のSELECT文でデッドロックが発生したとの連絡ありました。プログラム２でもエラーが発生しているのかもしれませんが、現状調査不可能為不明です。いろいろデッドロック、ロックヒントなどいろいろ調べてみた結果、なんとなく発生するかも？とは思われますが、このような場合、本当にデッドロックが発生するのでしょうか？また、発生する場合には、何と何がデッドロックになっているのでしょうか？（発生するはずがないとなると調査する視点を変えてみます。）よろしくお願いします。
ＳＥＬＥＣＴ文でタイムアウトが起こります。

いつも勉強させて頂いております。どうぞよろしくお願いします。以下の環境で開発を行っています。 SQLServer2005 ASP.NET C# .NETのソースで 1つのクラスに2つのクエリ(2つともSELECT←複数テーブルを結合している)を呼び出す処理を書いています。(トランザクション処理は付けていません)2クエリとも検索対象テーブルは60万件程度のデータを保持しています。検索条件によって処理速度は違うのですが、1ユーザが最も遅い検索条件で検索をしてもタイムアウトにはなりません。しかし、2ユーザが同じタイミングで検索(どのような条件でも)処理を行うと、タイムアウトを起こしてしまいます。まれにデッドロックも起こります。 SQLServerではSelectのたびにlockがかかるのでSQL文中に「WITH(NOLOCK)」を記述するように書かれているサイトを見つけたのですが、他ユーザからの更新もあり得るテーブルなので、他の方法を探しております。トランザクション分離レベルは規定値です。是非、どなたかご教授ください。よろしくお願いします。
デッドロックについて

(Java + ベンダー製ＤＢ) 以下のような複数トランザクションを順番に実行した場合、デッドロックが発生する可能性はあるのでしょうか？トランザクションA (隔離レベル：READ UNCOMMITTED) SELECT * FROM A ... トランザクションB　(隔離レベル：READ UNCOMMITTED) SELECT * FROM A, B ... トランザクションC　(隔離レベル：READ UNCOMMITTED) SELECT * FROM C, D ... 個々のトランザクションでは単なるSELECT文のみで、しかも隔離レベルがREAD UNCOMMITTEDであればデッドロックは起こりえないと思うのですが、１００多重ほどでテストが行われたところデッドロックが発生しているとの事でした。デッドロックが発生する原因として何が考えられるでしょうか？個人的には、どこかで更新プログラムが実行されていたとしか考えられないのですが・・よろしくお願いします。
ＰＣとＤＢを更新したら、エラーが発生するように。。

約５年ほど前に開発されたＤＢを使用したシステムがあるのですが、サーバＰＣが故障し、ＰＣとＤＢを更新しました。それから「タイムアウト」や「デッドロックエラー」が発生するようになりました。【更新前】１．サーバ　・ＯＳ：Windows2000Server 　・DB：MSDE2000 SP3 ２．クライアント　・ＯＳ：Windows XP SP3（導入当初は、Windows2000）　・アプリケーション：VC++6.0にて開発　・７クライアント　・ODBCにて接続【更新後】１．サーバ　・ＯＳ：Windows Server 2008 　・DB：SQL Server 2008 Express Edition ２．クライアント　・ＯＳ：Windows XP SP3（導入当初は、Windows2000）　・アプリケーション：VC++6.0にて開発　・７クライアント　・ODBCにて接続　※クライアント側は何も変わっていません。発生するエラーは、以下の２つです。 (1)タイムアウトしました。 (2)トランザクション(プロセスID○○)が、ロック個のリソースで他のプロセスとデッドロックして、このトランザクションの対象となりました。トランザクションを再実行して下さい。サーバＰＣが故障した際、蓄積されていたデータをかなり削除した為、早くなる事はあっても、遅くなる？とは夢にも思いませんでした。当然、更新後のＰＣも５年前よりかなり早くなっているハズですし．．．。営業からは、早くなんとかして欲しいと言われますが、未だに解決の糸口が見付かりません。どなたか助言をお願い致します。
デッドロック（情報処理平成20年度午前問題）で教えてください

デッドロック（情報処理平成20年度午前問題）で教えてください。問題デッドロックが発生する可能性のある排他制御の方式はどれか。　ア　2 相ロックプロトコルに従ってロックする方式　イ　時刻印を用いて，トランザクションの優先順位を決める方式　ウ　すべてのトランザクションにおいて，ロック対象のデータは　　一定の順序でロックを行い，すべてのロックが完了するまで，　　アンロックを行わない方式　エ　トランザクション開始時に一括してロックする方式回答はアです。　アが正解というのは分かるのですが、ウの間違いである理由がどうしても分からないのです。どなたか申し訳ありませんが教えていただけますか。　今週試験のため、回答を急がさせていただきました。
本だけを検索したい・・・

こんにちわ。自分の読みたいジャンルや求めている内容の本を探せる、本だけを検索できる、検索エンジンやサイトがほしいです。ご返答お待ちしております
SELECT時の行ロックの必要性について

SELECT ～ FOR UPDATEやSELECT ～ LOCK IN SHARE MODEという行ロックがあり、この件について解説しているサイトをいろいろ見ているのですが、振る舞いが複雑だということはわかりました。しかしそもそもなぜSELECTで行ロックするのか、運用上でどんなときに使うのかを解説しているサイトは見当たりませんでした。私は、SELECTするときは単に SELECT * FROM tb_a WHERE id = 1; としか記述していません。質問1. なぜSELECTするのにトランザクションが必要なのでしょうか？運用上でどんなときにSELECTでトランザクションを使うのでしょうか？よく解説サイトには、 BEGIN; SELECT * FROM tb_a WHERE id = 1 FOR UPDATE; COMMIT; と書いています。SELECTするのに行をロックする必要性がいまいちわからないです。質問2. トランザクションを開始したときにロックがかかるのではないのでしょうか？つまりBEGIN;でロックがかかるわけではないのですか？SELECTのクエリーにFOR UPDATEと書くということはこのSELECTのコードが実行された時点でロックがかかるのでしょうか？質問3. FOR UPDATEやLOCK IN SHARE MODEというのはSELECTにしか使えないのか、もしくはSELECTだから意味があるのでしょうか？UPDATEやDELETEは単にBEGINE;とCOMMIT;で囲えばいいだけですよね？質問4. 以下のようなコードを解説しているサイトがあります。 BEGIN; SELECT * FROM tb_a WHERE id = 1; COMMIT; SELECT文にはFOR UPDATEも書いていないのですが、これは何を意味するのでしょうか？つまり、SELECTするのになぜトランザクションを実行するのでしょうか？一番知りたいのは運用上どのような場合にSELECTでトランザクションを使って行ロックするのか、ということです。どうぞよろしくお願い致します。
SQLServer7.0のエラーについて

SQLServer7.0のSP4をあてたところ、サービスが動かなくなってしまいました。エラーログは下記の内容です。 "サーバーコマンド (プロセス ID #9) が原因でクエリの内部並列実行がデッドロックしました。クエリヒントオプション (maxdop 1) を使用して、クエリ内部並列実行を指定しないでクエリを再実行してください。" このエラーを回避する方法をご存知ではないでしょうか？ SPをアンインストールすることはできないでしょうか？また、調べていたところOPTION句？を使用してMAXDOPを 1に設定するという方法がありました。この方法をSQL文ではなく、ツール？から設定する方法をご存知でしたら教えてください。知識がないためうまく説明できずすみません。非常に困っております。どなたかご存知の方おみえになりましたら教えてください。
reindex と update のデッドロック

実運用中のテーブルに対し、日次で reindex を実行したところ、時々、デッドロックが発生してしまいます。どうやら、reindex と update の間でデッドロックが起きているようです。エラーメッセージを見た感じでは、以下の状態でデッドロックになっているように読めます。・update がテーブルのインデックスに対するロックを取得し、テーブルに対する RowExclusiveLock を取得しようとしている・reindex がテーブルに対するロックを取得し、テーブルのインデックスに対する AccessExclusiveLock を取得しようとしている ※ 参考までに、update は select for update してから update しています。 Postgre のバグではないかと思うのですが、デッドロックを回避する方法はありますでしょうか？（なるだけ、reindex を実行しているプロセスの方に手を入れることで対応できないかと思っています。例えば、reindexの前に事前にロックを取得する、とか・・・）よろしくお願い致します。
読みたい本を検索するサイト

夏休みを機会に何か本を読んでみようと思っているんですが、日頃本をあまり読まない私にはどんな本が読みやすいか、とか自分はどんな本が好きか、だとかが良くわかりません。以前テレビで本のタイトルとか著者名をいれて検索するのではなく違う形(感動もの、だとかのジャンル？)をいれて検索してくれるサイトがあると放送されていたのをなんとなく覚えているのですがそんなサイトはありますか？ハッキリとした内容ではなくてすいません。
本の検索のサイトを教えて下さい！

前使っていたPCのお気に入りに入れていたのですが、壊れてしまったので見る事が出来ません・・とても使いやすいサイトでした。著者名で検索すると本の表紙が出て、本の内容が書いてありました。（読者のレビューではなかったです。）サイト名は英語だったと思います。このサイト、もしくは似たようなサイトを知っている方教えて下さい。
googleの検索した際の説明文は、descriptionか内容の一部ときいていましたが。

http://www.yamada-denki.jp/ こちらのサイトをgoogleで検索すると、店舗案内、会社案内などが説明文に出てきています。今まで聞いていたのは、説明文のところにはdescriptionの内容か、本文の検索されたキーワードの前後何文字かが表示されると聞いていたのに、上記のサイトは、各ページにリンクがはられていて、とても便利だと思いました。このようにするには、どのようにhtmlを記述すればよいのでしょうか。

本の検索後の文

質問者が選んだベストアンサー

お礼 2003/06/14 07:19

関連するQ&A

デッドロックエラー

デッドロック

デッドロックでダウンします。どうして？

こんなのがでたんですが…

UPDATE文で発生するデッドロックについて、教えてください。

SELECT文でのデッドロックに対しての対処方

一括テーブルロックデッドロック対策

grep でパラレル検索するには

Select文とデッドロックについて

ＳＥＬＥＣＴ文でタイムアウトが起こります。

デッドロックについて

ＰＣとＤＢを更新したら、エラーが発生するように。。

デッドロック（情報処理平成20年度午前問題）で教えてください

本だけを検索したい・・・

SELECT時の行ロックの必要性について

SQLServer7.0のエラーについて

reindex と update のデッドロック

読みたい本を検索するサイト

本の検索のサイトを教えて下さい！

googleの検索した際の説明文は、descriptionか内容の一部ときいていましたが。

注目のQ&A

カテゴリ
一覧

専門家に質問してみよう
専門家登録

あなたにピッタリな商品が見つかる！ OKWAVE セレクト

本の検索後の文

質問者が選んだベストアンサー

お礼 2003/06/14 07:19

関連するQ&A

デッドロックエラー

デッドロック

デッドロックでダウンします。どうして？

こんなのがでたんですが…

UPDATE文で発生するデッドロックについて、教えてください。

SELECT文でのデッドロックに対しての対処方

一括テーブルロック デッドロック対策

grep でパラレル検索するには

Select文とデッドロックについて

ＳＥＬＥＣＴ文でタイムアウトが起こります。

デッドロックについて

ＰＣとＤＢを更新したら、エラーが発生するように。。

デッドロック（情報処理平成20年度午前問題）で教えてください

本だけを検索したい・・・

SELECT時の行ロックの必要性について

SQLServer7.0のエラーについて

reindex と update のデッドロック

読みたい本を検索するサイト

本の検索のサイトを教えて下さい！

googleの検索した際の説明文は、descriptionか内容の一部ときいていましたが。

注目のQ&A

カテゴリ 一覧

専門家に質問してみよう 専門家登録

あなたにピッタリな商品が見つかる！ OKWAVE セレクト

一括テーブルロックデッドロック対策

カテゴリ
一覧

専門家に質問してみよう
専門家登録