在空间和运营成本中,这是实现比顶点更多边的多图的最佳方式吗?Multigraph的最佳实现是什么?
在最坏的情况下,它会有5000条边和1000个顶点。我在考虑一个邻接表,因为它对于add edges
,check adjacency between edges
,add vertices
(几乎所有的时间)等等的大部分操作都有很好的时间......但是它仍然占用了空间|v^2|
。
我在正确的轨道上吗?有更好的实施吗?有关实现邻接列表的最佳方式的任何提示?
在空间和运营成本中,这是实现比顶点更多边的多图的最佳方式吗?Multigraph的最佳实现是什么?
在最坏的情况下,它会有5000条边和1000个顶点。我在考虑一个邻接表,因为它对于add edges
,check adjacency between edges
,add vertices
(几乎所有的时间)等等的大部分操作都有很好的时间......但是它仍然占用了空间|v^2|
。
我在正确的轨道上吗?有更好的实施吗?有关实现邻接列表的最佳方式的任何提示?
比率E/V = 5
意味着真的非常稀疏的图表,这是一个列表的优点。一般而言,邻接表总体上优于邻接表。
现在的插入成本是O(degree(vertex))
,但边缘很少,可以忽略不计。 不要看得更远,请使用邻接列表。
非常感谢,我会继续与清单。 :) – ur3k 2012-03-16 00:17:24
紧邻列表是O(V + E),而不是O(V^2)。你在哪里得到O(V^2)? – maniek 2012-03-15 15:00:49