SQL Server：一、图形界面建库、建表、备份

说实话，对我来说，使用 SSMS 构建数据库和表比直接编写 T-SQL 容易得多，尤其是当我第一次开始摆弄 SQL Server 时。
你提到的步骤都是正确的。
让我给你补充一些我自己的经验。

构建数据库时，必须考虑一个小细节。
例如，我之前构建了一个名为“TestDB2 02 3 ”的测试数据库。
在“新建数据库”弹出框中，除了给出名称之外，我通常会更改默认数据文件和日志文件的路径。
为什么？因为默认路径可以在C盘或者一些速度快的盘上，如果有一天系统需要重装的话，所有的数据都会丢失，这将是一个很大的损失。
我当时就经历过这个坑。
一个项目库不小心被删了，哭了好久。
因此，将文件移动到D盘或者特殊的数据库盘，将初始大小设置为1 0MB，然后让文件根据需要增长（每次5 MB）。
这样可以节省空间并且不太可能引起问题。

有趣的是创建表的步骤。
以前我写列名很随意，后来发现有一个项目要求所有表名都小写并带下划线。
主键名称应为 PK_ 加表名，外键名称应为 FK_ 加字段名称。
结果每次建表都得重复改，很郁闷。
现在，在创建表之前，我习惯于创建一个列表：列名称、数据类型、长度、是否是主键以及是否允许空值。
有一个表，我在其中建了一个“员工”表，其中我将“员工编号”设置为INT类型，默认值为0，然后强制为主键； “输入日期”设置为 DATETIME，并且不允许为空。
只需单击几下，即可直接在表格设计器中制作这些详细信息。

说到备份，我比较倾向于采用全量备份+差异备份+事务日志备份的三合一备份策略。
例如，每周五做一次完整备份，然后每晚做一次差异备份和事务日志备份。
我记得服务器突然重启，蓝屏。
幸运的是，我在前一天进行了事务日志备份，将数据恢复到故障前的那一刻。
关于“恢复数据库”这一步，我建议大家不要太随便保存备份文件。
我有一个项目，我将所有备份文件放在“\\ServerName\Backup”中。
结果出现了权限问题。
新运维想要恢复数据却打不开备份。
我真的很担心。
因此，备份路径应该是固定的，最好设置为每个人都可以访问的共享目录。

您提到的恢复选项“选择源作为‘设备’”，说实话我当时不明白为什么要这样做。
后来我发现SSMS默认将备份文件视为设备，当您单击省略号按钮选择文件时，它会自动识别它。
这是一个你必须注意的细节。
如果恢复时数据库已经存在，会提示“覆盖现有数据库”。
此时，请注意不要意外覆盖原始数据。

使用图形界面操作的优点是直观，但有一个问题是容易忽略细节。
比如我的一个同事建表的时候忘记放索引了。
结果，查询速度极其缓慢。
调试了好久才搞清楚。
因此，图形界面虽然简单，但也有一定的局限性并且应该考虑的索引仍然在表设计器中检查。
不管怎样，我习惯在创建表后使用T-SQL再次检查CREATE INDEX语句。

虽然这些操作很基本，但您将获得使用它们的经验。
例如，我以前认为备份文件越大越好，但后来发现备份文件太大恢复时间会很长，所以现在我根据数据量定期清理旧备份。
这些都是在实际操作中发现的。
可能说的有点详细，但其实非常重要。

SSMS如何将SqlServer中表结构和数据导出备份