公交车调度 - 关系数据库或nosql

Question

I'm trying to store buses schedules into database and I'm wondering which database model is suitable for my case.

I have bus operators, each operator has several routes, each route has several turns, each turn has stops, etc. Turns are generated from something called "turn master" where the scheduling is defined (frequency, stops, etc.) within next N days.

I expect to deliver a very fast searching for bus when user tries to search a bus from city to city on given date.

I'm using MySQL, the number of stops reach around 100.000 records and the searching speed is fast but I'm not sure if it's still fast when data gets really big (thousand operators, each operator has hundreses turns, each turn has around 10 stops, turns are generated for around next 30 days).

Basically, performing a search is to look into stops (city/town/place, time) and check if it matches user search criteria.

So, my question is: Is relational database best in this case? Or using some kind of NoSQL will be better when the data get really bigs?

Thanks in advance,

Answer 1

NoSQL databases are designed to work with unstructured data or data which is structured in various or unpredictable ways. Your data is structured in a very well understood and predictable way.

What makes you think that relational database isn't the right answer for your application? Having a lot of rows doesn't mean your relational queries are going to be slow. The performance of your application will depend on having proper indexing, but even more importantly, it will depend on your application logic. What heuristic are you using for solving the travelling salesman problem? How you do your routing could potentially have a bigger impact on system performance than your data storage choices.