关于sql sever 的系统存储过程

存储过程分为三类，这是规则。

系统存储过程是SQLSERVER自带的、以sp_开头的存储过程。
比如sp_columns，这个东西可以告诉你当前环境中有哪些表，表中有哪些列。
sp_tables也类似，告诉你当前环境下可以查询哪些对象。
sp_stored_procedures 列出当前环境中所有存储过程的名称。

复制类中还有存储过程，例如 sp_addarticle，它们运行在发布服务器的发布数据库上，用于创建项目并将其添加到发布中。
安全管理存储过程（例如 sp_addrole）可以在当前数据库中创建新角色。
sp_password 用于更改登录密码。
分布式查询存储过程（例如 sp_foreignkeys）可以告诉您哪些外键引用链接服务器中表的主键。

扩展存储过程是插件，以 sp_ 或 xp_ 开头，作为单独的 DLL 存在。
xp_sendmail 可以发送电子邮件，也可以使用搜索结果作为附件。
xp_startmail 启动 SQL 邮件客户端会话。
xp_cmdshell 可以执行操作系统命令并返回输出。
但请注意，非管理用户必须具有使用 xp_cmdshell 的权限。

用户定义的存储过程是由您定义的。
名称最好不要以 sp_ 和 xp_ 开头，以免混淆。

有几点需要注意。
存储过程中的某些语句不能使用，例如create default、create trigger、create procedure、create view、create Rule。
这些都行不通。

在同一个数据库中，不同的所有者可以创建同名的对象。
例如，三个表a.sample、b.sample和c.sample可以同时存在。
如果存储过程中未指定对象所有者（例如 select from example），则此处的示例不会说明所有者是谁。
在运行时，将按顺序搜索：首先是存储过程的创建者，然后是数据库所有者。
如果没有找到，系统会报错。
所以操作一定要严格，添加所有者，例如leijun.sample。

在存储过程名称前添加或#为临时存储过程。
是本地临时文件，# 是全局临时文件。

sqlserver数据库保存位置

默认 SQL Server 文件位置是可变的，可以由 SSMS 或 T-SQL 控制。
迁移前不要自定义路径和备份。

mdf格式的文件用什么软件打开。

说实话，你说的很有趣，但听起来像是一本老黄历的操作。
当时我曾尝试将 SQL Server .mdf 和 .mds 文件转换为 CD，这确实令人沮丧。

您提到使用“东方光驱魔术师2 003 版”将.mdf转换为CD映像。
这个操作当时可能已经有好几个人用过了。
我记得尝试过一次，软件界面是灰色的。
加载.mdf文件后，CD镜像上有几百G的.mdf文件，看着吓人。
后来我欺骗了虚拟光驱，将.mdf文件虚拟到了光驱上，然后在光驱上查找文件，最后将所有文件复制回来覆盖原来的文件。
说实话，这个手术现在想起来都痛苦，但在当时确实是一个解决办法。

有趣的是，您提到使用酒精1 2 0%来加载mds文件。
现在还有人用这个软件吗？那个时候它的功能已经很齐全了。
双击mds文件，内容将自动加载到虚拟光驱中。
然后《洪恩宝贝问世界》就会自动播放。
这个场景我很熟悉。
但现在这项技术早已过时，微软也早已淘汰了这项古老的技术。

如果确实要刻录光盘，请使用Alcohol1 2 0%创建虚拟光盘作为源光盘，然后使用Nero刻录。
这个过程现在似乎已经过时了。
现在谁还在用这种垃圾？直接将.mdf转换为.iso格式然后用虚拟机挂载或者直接使用Win1 0自带的虚拟光驱就简单多了。

不过话虽如此，您在本段中提到的文件扩展名还是相当完整的。
.iso、.cue 和 .bin 至今仍在使用，但没有人像 .mdf 和 .mds 那样直接转换为 CD。
当数据量很大时，硬盘就很小，转换成光驱确实是一个解决方案。
但现在硬盘可以装满数百GB，谁在乎呢？
我记得数据是2 003 年左右的，当时1 G的硬盘已经算大硬盘了。
如今，您只需放入几张 T 盘即可，而不会气喘吁吁。
所以你现在提到的操作听起来就像“我们当时用的是拨号上网”，这很有趣，但长期以来一直不切实际。