Fast Algorithm for Determining Path Existence in a Graph?

AI Thread Summary
The discussion centers on the search for efficient algorithms to determine the existence of a path between two nodes in a graph. For simply checking if a path exists, Depth-First Search (DFS) or Breadth-First Search (BFS) are recommended, both operating in O(n) time complexity. If the goal is to find an actual path, Dijkstra's algorithm is suggested, which can achieve O(n log n) with efficient implementation. A proposed method involving the conversion of a graph to an adjacency matrix for quick path existence queries was discussed, but it was noted that this approach has a time complexity of O(n^2) due to the size of the matrix, making it less efficient than DFS or BFS for this specific task. Ultimately, for a straightforward true/false answer regarding path existence, DFS or BFS is the most effective solution.
sid_galt
Messages
502
Reaction score
1
Is there an algorithm which is O(1) or O(log n) (basically a very fast algorithm) which can tell whether there is a path from a node A to a node B in a graph?

Thanks
 
Last edited:
Technology news on Phys.org
Do you have to find a path? Or do you just want to know whether a path exists?

If you want to find a path, I suggest looking at the algorithms listed on the wiki for "shortest path problem". In particular dijkstra [sp]'s algorithm is like O(n log n) if you implement it smartly.

If you just want to know whether one exists... in that case you can just do a normal Depth-First Search or Breadth-First Search, both of which are like O(n).

If you have one graph and you will be performing lots of queries on it there is one trick where, as described here, if you convert the graph to an adjacency matrix, and then take that matrix to the power of N, then the resulting matrix A_{ij} will tell you whether a path of length N exists between i and j. So if you just take the initial adjacency matrix to the powers 1 through [longest path], and save the results as you go to another matrix, then you'll have a nice little cache that you can do O(1) queries from. (I actually don't know if this is the best way to create such a cache, it's just the only thing I can think of off the top of my head! Actually I think matrix multiplication costs O(n^3) or something, so it seems certain that a more direct method could do the same thing much faster.)

EDIT: Also, note that the "shortest path algorithm"s listed are for weighted graphs. For an unweighted graph, a breadth-first search will actually find an optimal path and you won't even have any need for a fancy algorithm ilke dijikstra [sp]'s.
 
Last edited:
Thanks for the reply. I just need a true and false answer as to whether a path exists or not.
Unfortunately the adjacency matrix trick won't work because the adjacency matrix itself is
n^2 big (n being the number of nodes in the graph) making the whole operation atleast
O(n^2).
 
Just go ahead and do a DFS or BFS starting at the beginning of the path then.
 
Dear Peeps I have posted a few questions about programing on this sectio of the PF forum. I want to ask you veterans how you folks learn program in assembly and about computer architecture for the x86 family. In addition to finish learning C, I am also reading the book From bits to Gates to C and Beyond. In the book, it uses the mini LC3 assembly language. I also have books on assembly programming and computer architecture. The few famous ones i have are Computer Organization and...
I had a Microsoft Technical interview this past Friday, the question I was asked was this : How do you find the middle value for a dataset that is too big to fit in RAM? I was not able to figure this out during the interview, but I have been look in this all weekend and I read something online that said it can be done at O(N) using something called the counting sort histogram algorithm ( I did not learn that in my advanced data structures and algorithms class). I have watched some youtube...
Back
Top