优化删除大数据库的方式 table
Optimize way to drop big database table
我需要删除拥有 17 亿条记录的庞大数据库 table。
数据库：Sybase，数据库大小：350 GB。
我 运行 'drop table' 声明，它花费了超过 18 个小时。
有没有其他的优化方法呢
这个 post 太大了，无法发表评论。如果它没有帮助，我会删除它。我在 sybase 论坛上发现了以下内容，即确保所有外键等都已被删除。
http://nntp-archive.sybase.com/nntp-archive/action/article/%3C4a3b0950.27df.1681692777@sybase.com%3E
P.S. I found a workaround that consistently speeds up the table and
view drops: DROP FOREIGN KEYS from the database first. My script that
drops tables and views was previously taking 5 hours (about 20 seconds
to drop each object); if FKs are dropped first, it finishes in 20
minutes.
他们为整个数据库做了这件事，在你的情况下，你需要为有问题的 table 做这件事，我不确定这会有帮助，因为这里的文档
实际上是说外键等会自动放入引用您要删除的那个的 table 中。虽然它没有提到如果这些键当前是 运行 事务的一部分，当您调用 drop 时会发生什么。
我需要删除拥有 17 亿条记录的庞大数据库 table。
数据库：Sybase，数据库大小：350 GB。
我 运行 'drop table' 声明，它花费了超过 18 个小时。 有没有其他的优化方法呢
这个 post 太大了，无法发表评论。如果它没有帮助，我会删除它。我在 sybase 论坛上发现了以下内容，即确保所有外键等都已被删除。
http://nntp-archive.sybase.com/nntp-archive/action/article/%3C4a3b0950.27df.1681692777@sybase.com%3E
P.S. I found a workaround that consistently speeds up the table and view drops: DROP FOREIGN KEYS from the database first. My script that drops tables and views was previously taking 5 hours (about 20 seconds to drop each object); if FKs are dropped first, it finishes in 20 minutes.
他们为整个数据库做了这件事，在你的情况下，你需要为有问题的 table 做这件事，我不确定这会有帮助，因为这里的文档
实际上是说外键等会自动放入引用您要删除的那个的 table 中。虽然它没有提到如果这些键当前是 运行 事务的一部分，当您调用 drop 时会发生什么。