Jul*_*pov 4 sql postgresql database-design mongodb nosql
你能给我一个数据库设计建议吗？
我想出售活动门票,但问题是数据库可以成为bootleneck当许多用户同时购买同一事件的门票时.
如果每个事件都可以使用单独的数据库(如果预计此事件的请求很高),可能会更好吗？
可能预约也要异步操作？
我是否必须使用关系数据库(MySQL,Postgres)或无关系数据库(MongoDB)？
我正计划使用AWS EC2服务器,因此如果需要,我可以运行更多服务器.
我听说"关系数据库不能扩展",但我认为我需要它们,因为它们具有交易和数据一致性,在使用一定数量的票时我需要它,我是对还是不对？
您是否了解这类主题的互联网资源？
如果您在5分钟内售出100.000张票,则需要一个每秒至少可处理333笔交易的数据库.几乎所有近期硬件上的RDBMS都可以处理这种流量.
除非你有一个不那么优化的数据库模式和/或SQL,但这是另一个问题.
| 归档时间： |
|
| 查看次数： |
1613 次 |
| 最近记录： |