2D Range Queries
Authors: Benjamin Qi, Andi Qu
Contributor: Daniel Zhu
Extending Range Queries to 2D (and beyond).
Prerequisites
2D RMQ
Resources | ||||
---|---|---|---|---|
CF |
Quite rare, I've only needed this once.
2D BIT
Focus Problem – try your best to solve this problem before continuing!
Tutorial
Resources | ||||
---|---|---|---|---|
GFG | ||||
TC |
Implementation
Essentially, we just nest the loops that one would find in a 1D BIT to get N-dimensional BITs. We can then use PIE to query subrectangles.
C++
#include <bits/stdc++.h>using namespace std;int bit[1001][1001];int n;void update(int x, int y, int val) {for (; x <= n; x += (x & (-x))) {for (int i = y; i <= n; i += (i & (-i))) { bit[x][i] += val; }}
Alternative Implementation
Using the multidimensional implementation mentioned here.
template <class T, int... Ns> struct BIT {T val = 0;void upd(T v) { val += v; }T query() { return val; }};template <class T, int N, int... Ns> struct BIT<T, N, Ns...> {BIT<T, Ns...> bit[N + 1];template <typename... Args> void upd(int pos, Args... args) {for (; pos <= N; pos += (pos & -pos)) bit[pos].upd(args...);
Also see Benq's implementations.
Problems
Status | Source | Problem Name | Difficulty | Tags | |
---|---|---|---|---|---|
Back From Summer | Normal | Show Tags2DRQ, BIT | |||
IOI | Normal | Show Tags3DRQ, BIT |
Optional: Range Update and Range Query in Higher Dimensions
Lazy propagation on segment trees does not extend to higher dimensions. However, you can extend the 1D BIT solution to solve range increment range sum in higher dimensions as well! See this paper for details.
Focus Problem – try your best to solve this problem before continuing!
Offline 2D BIT
The intended complexity is with a good constant factor. This requires updating points and querying rectangle sums times for points with coordinates in the range . However, the 2D BITs mentioned above use memory, which is too much.
Since we know all of the updates and queries beforehand, we can reduce the memory usage while maintaining a decent constant factor.
We could use an unordered map instead of a 2D array, but this gives memory and time and the constant factors for both are terrible; a better solution is to compress the points to be updated so that you only need memory.
The idea is to first figure out which BIT values along one dimension each update will affect. In the below table, the updates are and , and the cells they affect are blue, red, and green respectively.
(1, 1) | (1, 2) | (1, 3) | (1, 4) |
(2, 1) | (2, 2) | (2, 3) | (2, 4) |
(3, 1) | (3, 2) | (3, 3) | (3, 4) |
(4, 1) | (4, 2) | (4, 3) | (4, 4) |
We can now compress each row in the same fashion as an offline 1D BIT (remember, each row in a 2D BIT is another 1D BIT)! For example, we can compress the second row to a BIT of size 2, and map range queries with to a range query of , and queries with to a range query of .
Similarly, for row 4 (which becomes a BIT of size 3):
- -> range query
- -> range query
- -> range query
This only requires knowing the updates beforehand, not the queries!
Implementation
Here's an implementation of the offline 2D BIT presented above that may be easier to understand, albeit significantly slower due to a high constant factor:
C++
// index of largest value <= x in v (sorted)// if v = [1, 2, 4], ind(v, 3) would return 1int ind(vector<int> v, int x) {return upper_bound(v.begin(), v.end(), x) - v.begin() - 1;}class BIT2D {private:int n; // max x-coordinatevector<vector<int>> vals, bit;
And you might use it like so:
C++
#include <algorithm>#include <cassert>#include <iostream>#include <vector>using namespace std;using ll = long long;Code Snippet: BIT2D (Click to expand)int main() {
Warning: Implementation Note
As mentioned earlier, the above BIT2D
implementation is significantly slower than Benq's OffBIT2D
and, in fact, will get TLE on the Soriya's Programming Project; this is due to the large amount of calls to vector.resize
it makes.
It's a bit difficult to pass the above problem within the time limit. Make sure to use fast input (and not endl
)!
1D BIT + Divide & Conquer
The fastest way.
- mentioned in this article
- thecodingwizard's (messy) implementation based off above
Problems
Status | Source | Problem Name | Difficulty | Tags | |
---|---|---|---|---|---|
Platinum | Normal | Show Tags2DRQ, BIT | |||
Platinum | Normal | Show Tags2DRQ, BIT | |||
APIO | Normal | Show Tags2DRQ, BIT |
2D Segment Tree
A segment tree of (maybe sparse) segment trees.
Pro Tip
This is not the same as Quadtree. If the coordinates go up to , then 2D segment tree queries run in time each but some queries make Quadtree take time!
Resources | ||||
---|---|---|---|---|
CPH | Brief description |
Implementation
Resources | ||||
---|---|---|---|---|
USACO | Code | |||
cp-algo | More code |
Note - Memory Usage
Naively, inserting elements into a sparse segment tree requires memory, giving a bound of on 2D segment tree memory. This is usually too much for and 256 MB (although it sufficed for "Mowing the Field" due to the 512MB memory limit). Possible ways to get around this:
- Use arrays of fixed size rather than pointers.
- Reduce the memory usage of sparse segment tree to while maintaining the same insertion time (see the solution for IOI Game below for details).
Problems
Can also try the USACO problems from above.
Status | Source | Problem Name | Difficulty | Tags | |
---|---|---|---|---|---|
POI | Hard | Show Tags2DRQ, Lazy SegTree | |||
IOI | Hard | Show Tags2DRQ, Sparse SegTree, Treap | |||
JOI | Very Hard | Show Tags2DRQ, SegTree |
Module Progress:
Join the USACO Forum!
Stuck on a problem, or don't understand a module? Join the USACO Forum and get help from other competitive programmers!