sql server如何新建一个数据库 sql server创建一个数据库

说实话，当我第一次为客户搭建系统并一步步教他们如何创建SQL Server数据库时，我总是发现他们卡在“创建新数据库”这一步。
如果你仔细想想，这些 IT 新手会乱用这些选项，最终数据库要么崩溃，要么性能极差。
我想，与其让他们胡言乱语，不如总结一个更接地气的过程。

我们先来谈谈连接性。
我通常使用IP+端口来连接，例如“1 9 2 .1 6 8 .1 .1 00,1 4 3 3 ”。
如果您使用域帐户进行连接，请务必在连接之前验证您的 SQL Server 服务主体资格 (SPN) 配置是否正确。
我的一个朋友无法连接到他的域帐户。
纠结了半天，发现SPN没有正确添加。
他实在是不知道该笑还是该哭。

最关键的一步是创建一个新的数据库。
数据库名称不能包含特殊字符。
我曾经有一个客户坚持要加一颗星，但是创建失败了。
文件组很容易被初学者忽视。
默认是主文件组。
但老实说，如果您知道将来要共享该表，那么尽早了解文件组的重要性非常重要。
当时我正在和一名实习生一起工作，他将所有主要文件组放入一个 1 0GB 的数据库中。
结果索引重建的时候直接烧毁了CPU。

数据文件配置是最容易被忽视的。
这是一个突然停止使用的客户数据库。
经过检查，发现原来的尺寸设置太小，没有启用自动增长。
我建议新用户至少将初始大小设置为2 GB，增长值设置为1 0%。
我记得很清楚的一个案例。
某电商的数据库数据文件默认在C盘。
结果系统运行时C盘爆炸，系统直接卡死，损失惨重。
我教他们把数据文件移到D盘，问题就解决了。

对于日志文件来说，选择正确的恢复模式非常重要。
我有一个老客户，选择了简单恢复模式，但是有一天数据库突然丢失了日志，所有数据都丢失了。
后来我改成完全恢复模式，并添加了定期备份，这让我感觉很好。
请记住，事务日志文件的初始大小不能设置得太小，至少设置为5 00 MB，并且必须单独分区。

对于排序规则，现在大多使用UTF8 ，但一些旧系统仍然使用SQL Server的标准SQL_Latin1 _General_CP1 _CI_AS。
客户在升级系统时没有考虑排序规则。
结果字符集转换乱码，花了半个月。
建议新建数据库时验证客户端语言与系统语言是否一致。

最后，谈到恢复模式，简单模式省事但有风险，完整模式最安全但维护复杂。
一家物流公司找到我，提供了重要数据，但人手很少。
我给他们选择了大容量日志模式，既保证了性能，又考虑到了备份需求。
但必须提醒的是，大容量日志模式对日志备份的要求极高，失败后数据仍有可能丢失。

事实上，使用数据库时最大的恐惧就是认为这是理所当然的。
技术人员问我：“老师，数据库文件拆分成1 00GB够吗？”我问他：“你一天写多少事务日志？”他惊呆了。
说白了，数据库配置没有标准答案，得结合实际场景。
我教学生的时候，我要求他们先做一个最低配置，运行系统一个月，然后根据情况进行调整。

用SQL Server 创建图书馆管理数据库

简单来说：打开SQL编辑器，Ctrl+N新建查询，写入【createdatabase myDb】，点击“分析”执行，刷新数据库，看到myDb数据库已经成功创建了。