当键是两个整数时，C 地图或unordered_map

考虑一个情况，例如表示稀疏矩阵。例如，矩阵可能是1,000,000行x 1,000,000 col(或其他大尺寸(，在任何特定时间内，可能是50、100或几千个单元格为非零值。

我试图辨别最佳的C 数据结构来表示这一点。蛮力和非常糟糕的答案将是(例如，仅在1个单元格中为1个单元格中一个值，想象几百或几千个单元格(：

int numRows = 1000000;
int numCols = 1000000;
std::vector<std::vector<int>> sparseMatrix(numRows, std::vector<int>(numCols, 0));
int currentRow = 12345;
int currentCol = 98765;
sparseMatrix[currentRow][currentCol] = 10;
std::cout << "n" << "sparseMatrix[currentRow][currentCol] = " << sparseMatrix[currentRow][currentCol] << "nn";

显然，这是一场灾难，这是由于专用于未使用数据结构的99 ％的内存。

下一个直观的选项(至少对我来说(是：

std::unordered_map<std::pair<int, int>, int> sparseMatrix;
int currentRow = 12345;
int currentCol = 98765;
std::pair<int, int> rowCol = std::make_pair(currentRow, currentCol);
sparseMatrix[rowCol] = 10;
std::cout << "n" << "sparseMatrix[rowCol] = " << sparseMatrix[rowCol] << "nn";

不幸的是，这无法与错误编译：

attempting to reference a deleted function

在谷歌搜索此主题之后，unordered_map似乎没有设置为使用一对作为钥匙。

据我所知，还有4个合法选择：

1(使用map，它确实接受一对整数作为键，而不是unordered_map，ex(此编译和运行(：

std::map<std::pair<int, int>, int> sparseMatrix;
int currentRow = 12345;
int currentCol = 98765;
std::pair<int, int> rowCol = std::make_pair(currentRow, currentCol);
sparseMatrix[rowCol] = 10;
std::cout << "n" << "sparseMatrix[rowCol] = " << sparseMatrix[rowCol] << "nn";

2(使用 unordered_map s的 unordered_map，ex(这也编译并运行(：

std::unordered_map<int, std::unordered_map<int, int>> sparseMatrix;
int currentRow = 12345;
int currentCol = 98765;
sparseMatrix[currentRow][currentCol] = 10;
std::cout << "n" << "sparseMatrix[currentRow][currentCol] = " << sparseMatrix[currentRow][currentCol] << "nn";

3(为行和Col整数制作自己的哈希功能，并将其馈入更典型的std::unordered_map<int, int>。这似乎是一个非常糟糕的选择，因为如果两个整数对映射到同一哈希键，这很难处理。

4(使用Boost :: Hash，我收集的看起来像：

std::unordered_map<std::pair<int, int>, int, boost::hash<pair<int, int>>> sparseMatrix;

我倾向于不喜欢此选项b/c 1(数据结构看起来很尴尬，2(我不确定如何执行其余的实现，3(在某些情况下可能不会提升可用。

因此，为了澄清我的问题，它们是：

1(上面哪种选项最适合大多数情况？(如果可能的话，我真的更喜欢坚持＃1或＃2(。

2(我对map S(红色树木(vs unordered_map S(哈希表((hash tables(我的印象是，我的印象是＃1是1最好的内存，但＃2会更快，在这种情况下，我的理解是正确的吗？

3(如果我对＃1的正确正确，并且＃2更快，那么我上面提到的一般情况下是否有明显的赢家(1,000,000 x 1,000,000矩阵，通常大约有1,000个值(还是大约是洗涤的差异？

4(＃3和＃4的实现将有多困难？如果＃3和/或＃4的实现非常好，则性能益处足以超过编码复杂性成本与＃1或＃2？

有人将这篇文章标记为重复之前，我已经阅读了这篇文章，为什么我不能将unordered_map用一对键编译为键？哪个涉及上面的选项，但没有为我在这里提出的问题提供答案。

有人说"使用内置启动稀疏矩阵"之前，是的，我知道Boost和其他一些库有一个稀疏的矩阵类。但是，我仍在问这个问题，但是，b/c是一张无序的地图，在其他情况下，密钥是2个整数我很有用，而且有些人也可能无法访问Boost或可能希望做自己更具体的实现一个特定目的。