我正在使用 SSMS 2012 与我们使用的 SQL Server 2012 和 Azure SQL Server 进行通信。我承认我不是 SQL 专家，所以我一直在保存我的大部分 SQL 脚本以备将来参考。我很快在 SSMS 项目中遇到了 20 个左右的 .SQL 脚本，它们都位于同一个“查询”文件夹下。
有没有办法在项目中创建“子文件夹”，以便我可以正确组织我的脚本？大多数其他人如何保持他们的脚本有条理？我很确定这是否会困扰像我这样的新手，这对于真正的管理员来说一定是一个真正的问题（可能有数百个脚本？）
如何扩展 SQL Server 2008（或 2012）？基本上，我理解有两种选择：
放大：
如果 CPU 受限，我可以清楚地看到从 1 个 CPU 内核到 2 个到 4 个。或者如果 RAM 使用量激增，只需添加更多 RAM。假设没有应用程序级别更改，SQL Server 2008/2012 是否真的弥补了这种不足并以这种方式扩展？为了尽量减少猜测，让我们假设我没有做一些愚蠢的事情，比如燃烧 CPU 周期、进行交叉连接等。
向外扩展：
目前尚不清楚扩展将如何工作。我的意思是如果我在第一个 SQL 服务器旁边添加另一个 SQL 服务器，查询如何知道要在哪个服务器上运行？前面是否有一些负载平衡器（它是否与 SQL Server 软件一起提供？）？它是否需要更改应用程序级别以扩展工作？或者我是否必须对数据进行分片并使用自定义代码根据数据分片键调用正确的数据库服务器？
希望更多有经验的人提供意见。