为数据仓库创建 SQL Server 数据库的最佳实践
我即将为我们的数据仓库创建 2 个新的 SQL Server 数据库：
- Datawarehouse - 存储数据的位置
- Datawarehouse_Stage - 完成 ETL 的位置
我希望这两个数据库能够达到 30GB，并且每年增长约 5GB。它们可能不会超过 80GB（当我们开始存档时）。
我正在尝试决定创建这些数据库时应该使用哪些设置：
- 初始大小应该是多少？
- ...我应该在创建数据库后立即增加数据库大小吗？
- 自动增长设置应该是什么？
我正在寻求有关创建这些数据库的最佳实践建议。
更新：我建议在创建数据库后立即增加数据库大小的原因是，因为您无法将数据库缩小到小于其初始大小。
I'm about to create 2 new SQL Server databases for our data warehouse:
- Datawarehouse - where the data is stored
- Datawarehouse_Stage - where the ETL is done
I'm expecting both databases to be able 30GB and grow about 5GB per year. They probably will not get bigger than 80GB (when we'll start to archive).
I'm trying to decide what settings I should use when creating these databases:
- what should the initial size be?
- ...and should I increase the database size straight after creating it?
- what should the auto-growth settings be?
I'm after any best practice advice on creating those databases.
UPDATE: the reason I suggest increasing the database size straight after creating it, because you can't shrink a database to less than its initial size.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
45GB？增长 30 + 3 年，特别是考虑到这适合低端廉价 SSD 光盘；）如果您最小的 SSD 是 64GB，则大小不是问题。
这有点愚蠢，或者？我的意思是，为什么要创建一个小尺寸的数据库，然后立即调整大小，而不是在第一步中将正确的大小放入脚本中。
这不是数据仓库问题。没有自动增长。自动增长您的光盘碎片。
确保根据最佳实践（64kb 节点大小、对齐分区）格式化光盘。
45gb? 30 + 3 years grow, especially given that this fits on a LOW END CHEAP SSD DISC ;) Sizing is not an issue if your smallest SSD is 64GB.
That would sort of be stupid, or? I mean, why create a db with a small size jsut to resize IMMEDIEATLEY after, instead of putting the right size into the script in the first step.
This is not a data warehouse question. NO AUTOGROW. Autogrow fragemnts your discs.
Make sure you format the discs according to best practices (64kb node size, aligned partitions).