概要
部分永続 Union Find のアルゴリズムの変種を考えました
注意: 実測では使い物にならない気がします
空間計算量
-
単一の要素からなる集合 個で初期化する
時間計算量
-
と が属する集合を併合する
時間計算量
-
回目に が呼ばれた直後に が属していた集合の代表元を取得する
時間計算量
-
回目に が呼ばれた直後に が属していた集合の要素数を取得する
時間計算量
アルゴリズム
通常の Union Find のアルゴリズムにおいて、weighted union rule は適用し、経路圧縮は行わないことで得られる木を考えます。 は、この木において の祖先で時刻 にまだ根だったものの中で最も深いものを発見すると表現できます。 もし が全て事前に与えられているならば、ダブリングを用いることで の時間計算量で に答えることが出来ます。 weighted union rule により木の高さが に抑えられることに注意してください。
よって、 を一旦忘れると、ダブリングのための情報(各頂点について、 個上の頂点)を の度に更新できれば良いです。 を の子にするとき、新たに情報を更新する必要があるのは の子孫で からの距離が二冪の頂点です。 各頂点 が : の子孫で からの距離が の頂点のリストを管理していれば、これは効率的に列挙可能です。 例えば、 から距離 の頂点は から距離 の頂点から更に距離 の頂点です。 ポテンシャルとして「計算されたダブリングのテーブルの要素数」を考えれば、テーブルの更新の時間計算量はならすことができます。
を処理するために、各頂点 は : 時刻 に を代表元とする集合の要素数が に更新された、という情報を管理します。 クエリは において要素数が の直前に更新されたときの対応するデータを報告すればよいです。 は を超えないため、これは Y-fast-trie を用いて で処理できます。 長さ のテーブルを持って適宜変換することにより、 が呼ばれた回数ではなく で実際に集合が併合された回数を時刻として利用できます。 これにより時刻は常に 未満になり、時間計算量は になります。
その他
複雑すぎて間違えてそう、実装する気にもならない
多分もっとまともなアルゴリズムがある