分离 SQL Server 数据库
我使用的是 SQL Server 2008。我的数据库大小几乎为 2GB。 其中 90% 是一张表（根据 sp_spaceused），我的大部分工作都不需要这张表。
我想知道是否可以将这张表备份到一个单独的文件中，这样我就可以比这个表更频繁地传输重要数据。
我的猜测是最简单的方法是创建一个新数据库，在那里创建表，将表内容复制到新数据库，删除表关系，删除表，创建一个指向另一个数据库的视图并使用该视图在我的应用程序中。
然而，我想知道您是否有任何我目前可能不知道的不同策略的指示。
I'm using SQL Server 2008. My database is almost 2GB in size. 90% of it is one table (as per sp_spaceused), that I need don't for most of my work.
I was wondering if it was possible to take this table, and have it backed up in a separate file, allowing me to transfer the important data on a more frequent basis than this one.
My guess is the easiest way to do this is create a new database, create the table there, copy the table contents to the new database, drop the table relationships, drop the table, create a view pointing to the other database and use that view in my applications.
However, I was wondering if you had any pointers to different strategies that I may not be aware of at this point.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
在不同的文件组中创建表。
这是一个包含一些很好示例的链接。
这将创建第二个物理文件，仅用于那张桌子。 可以将其放置在不同的物理驱动器上以提高性能。 您可以仅对特定文件组进行备份或恢复，这听起来就是您所需要的。
这是“数据分区”这一更大主题的一个示例，其中涉及将大型表划分到多个文件中的各种方法。
Create the table in a different FileGroup.
Here's a link with some good examples.
This creates a second physical file for just that table. It can be placed on a different physical drive for performance. You can do a backup or restore of just specific filegroups, which is what it sounds like you need.
This is one example of the larger topic of "Data Partitioning", which involves various methods of dividing large tables across multiple files.
我建议使用文件组解决方案。 但是，要将表从数据库复制到另一个数据库，您可以执行此技巧：
I suggest the filegroup solution. However to copy a table from a database to another you can do this trick: