我是一名涉足整个堆栈的开发人员。我从来没有机会开发在扩展到极限的高级层上使用单体 Azure SQL 数据库的产品。
有计划将域分解成有意义的小实例,并且可以由较小的团队维护。然而,在此之前,几乎没有什么挑战需要应对。
- 我们目前在一个基本计划上使用SQLGrease来理解这些挑战。
- 搜索 maintaining azure database 给了我很多来自互联网不知名人士的脚本,这些脚本将“帮助”解决这种情况
- 我有兴趣了解人们过去是否使用过一种策略来帮助我确定挑战的优先级并帮助确定与努力相比容易实现的成果/大胜利
我尝试了什么?
- 我填写这个是因为我不想给人留下我没有付出努力而只是卸载我可以做的研究的印象
- 我在大多数执行情况下按 CPU 时间对查询进行优先级排序
- 识别和维护索引
- 识别和维护统计数据
- 设置自动化机制来更新现有索引/对象的统计信息,这些索引/对象目前可能对情况有帮助,也可能没有帮助
我正在使用@yochananrachamim/AzureSQL:AzureSqlMaintenance用于识别和维护现有索引和统计信息