SQL Server 2008 vs SQL Server 2008 Express大小

我将SQLServer数据库（源）迁移到SQLServerExpress数据库（destiny）。在SSMS中使用“生成脚本…”

我验证了源数据库中的表（用3个最大的表测试）是否具有相同的行数，是否具有Express，并且看起来都正常

我执行了

sp_spaceused

，发现原来的数据库大小是16MB，而Express版本是4MB

Express DB使用的空间是否较少，或者这是迁移出问题的迹象

---

谢谢

Sql Server引擎将根据自身需要扩展文件大小。例如，源数据库中某一点的数据可能比当前多。我敢打赌，如果在源数据库上运行shrink database命令，您会发现文件大小相同/相似。因此，简言之，不，文件大小的差异并不意味着出现了问题。

Sql Server引擎将根据自身的需要扩展文件大小。例如，源数据库中某一点的数据可能比当前多。我敢打赌，如果在源数据库上运行shrink database命令，您会发现文件大小相同/相似。因此，简言之，不，文件大小的差异并不表示出现了问题。

原因很简单。迁移数据时，您正在进行一次非常干净、有序的插入。没有垃圾数据，没有删除的记录，没有空的未使用的页面等

此外，如果您曾经从原始数据库中删除过列（包含数据），则不会删除数据，只是标记为不可用，这会再次占用空间

缩小数据库将恢复一些空间，如果包括“移动数据页”选项，它甚至会进一步打包数据。但一定要检查删除的列并重建这些表

---

原因很简单。迁移数据时，您正在进行一次非常干净、有序的插入。没有垃圾数据，没有删除的记录，没有空的未使用的页面等

此外，如果您曾经从原始数据库中删除过列（包含数据），则不会删除数据，只是标记为不可用，这会再次占用空间

缩小数据库将恢复一些空间，如果包括“移动数据页”选项，它甚至会进一步打包数据。但一定要检查删除的列并重建这些表

---

您是否尝试在Express实例上创建一个新DB并将数据导入其中？您是否也迁移了索引？我创建了DB，然后使用“生成脚本…”任务和高级选项“要脚本的数据类型”以及值“架构和数据”同时编写了架构和数据的脚本。您是否尝试在Express实例上装入新数据库并将数据导入其中？是否也迁移了索引？我创建了数据库，然后使用“生成脚本…”任务和高级选项“要脚本的数据类型”以及值“schema and data”同时编写了架构和数据的脚本.shrink数据库不捕获删除的列shrink数据库不捕获删除的列H，很好！谢谢你。啊，很好！谢谢你，赛博奇维。