いくつかの質問(があった1、2、3、このようなものが可能であるなら、私は考えて作られた、ここで推移完了について):
我々は、入力有向グラフ取得を前提とと型のクエリに応答したいと思います「?」、グラフの推移完了に2つの頂点間のエッジが存在する場合、すなわち尋ねる?(等価的に、「からパスがにで?」)。
与えられた後、時間前処理を実行でき、時間クエリに応答する必要があると仮定します。
明らかに、(つまり、前処理が許可されていない)の場合、実行できる最善の方法は、時間内にクエリに応答することです。(から DFSを実行し、パスが存在する場合はtrueを返します)。
別の些細な結果は、その場合あなたは推移閉包を計算した後でクエリに答えることができる。
途中の何かはどうですか?許可されている場合、たとえば前処理時間で、よりも速くクエリに回答できますか?多分それを改善しますか?
もう1つのバリエーションは前処理時間があるが、スペースしかない場合、前処理を使用してよりも効率的にクエリに答えることができますか?
そのようなクエリに答えることを可能にするトレードオフについて一般的に何か言うことができますか?
GPSシステムでもやや類似したトレードオフ構造が考慮されます。場所間のすべてのペアワイズ距離の完全なルーティングテーブルを保持することは不可能であるため、部分的なテーブルを格納するが全体の距離の計算よりもクエリの大幅な高速化を可能にする距離オラクルのアイデアを使用しています。グラフ(通常、ポイント間の近似距離のみを生成します)。