问题标签 [truncate]

使用MSSQL2005，如果我先截断子表（具有FK关系的主键的表），是否可以截断具有外键约束的表？

我知道我可以

• 使用DELETE不带 where 子句的 a，然后RESEED使用标识（或）
• 删除 FK，截断表，然后重新创建 FK。

我认为只要我在父表之前截断子表，我就可以不执行上述任何一个选项，但是我收到了这个错误：

无法截断表“TableName”，因为它被 FOREIGN KEY 约束引用。

将值为 0.6000002的 C++float变量截断为值为 0.6000 并将其存储回变量中的最简单方法是什么？

可能重复：
c# - 如何将十进制值四舍五入到小数点后 2 位（用于页面上的输出）

我想像下面这样截断小数

IE

• 2.22939393 -> 2.229
• 2.22977777 -> 2.229

（我已经在 MySql 中尝试过）

我相信它们在语义上是等价的。为什么不找出这个微不足道的案例并加快速度呢？

我将如何截断某个字符的句子：

$sentence = '堆栈溢出 - 在这里提问';

以便仅回显以下内容：

堆栈溢出

字符数不同，但停止点始终是“Space Dash Space”

我正在寻找一个 Unix shell 脚本，它将截断模式中的所有表。已经提出了一个类似的问题，但我有一些额外的要求，这使得所提供的答案都不令人满意：

• 必须是 Unix shell 脚本（即没有 python、perl、PHP）
• 该脚本必须按照尊重外键约束的顺序截断表
• 我宁愿不必使用存储过程

在此先感谢，唐

假设一个长时间运行的进程写入日志文件。假设日志文件无限期地保持打开状态。假设一个粗心的系统管理员删除了该日志文件。程序可以检测到这种情况发生了吗？

假设fstat()将报告已删除文件的链接计数为零是否安全？

在我看来，截断有点棘手。部分取决于文件描述符是否在O_APPEND模式下运行。如果日志文件没有运行O_APPEND，那么程序的日志描述符的当前写入位置不会改变，并且截断会删除前导字节，但程序会继续在“末尾”写入，留下一个幻象零的间隙字节（它们读为零，但不一定占用磁盘空间）。

如果程序以 运行O_APPEND，那么它将写入当前存在的文件末尾。观察截断的唯一方法是注意文件位置不是程序预期的位置 - 这反过来意味着明确跟踪该位置。

总的来说，我并不像删除那样担心截断，但任何想法都会受到欢迎。

这个问题可能有点初级，但这里有：

我有一个带有 4 GB 日志文件的 SQL Server 数据库。数据库为 16GB，每晚备份一次。

我可以定期截断日志，因为每晚都会备份整个 DB+Log 吗？

在 MySQL 运行时截断 MySQL 慢查询日志（主要在 Linux 下，但 Windows 会很方便）的最安全方法是什么？

安全我的意思是：

• 不得导致任何权限问题
• 下次附加时不能跳回原来的大小

我想知道是否可以让编译器对代码发出警告/错误，如下所示：

笔记：

1. 是的，这是不好的编程风格，我们应该避免这种情况——但我们正在处理遗留代码，希望编译器可以帮助我们识别这种情况。）

2. 如果有的话，我更喜欢编译器选项 (VC++) 来禁用或启用对象切片。

在这里，如果我注释掉第二个函数，则将调用第一个函数——编译器（VC++ 和 Gcc）对此感到满意。

它是 C++ 标准吗？当遇到这样的代码时，我可以要求编译器（VC++）给我一个警告吗？

非常感谢！！！

编辑：

非常感谢您的帮助！

我找不到给出错误/警告的编译器选项 - 我什至在 MSDN 论坛上为 VC++ 编译器顾问发布了这个，但没有任何答案。所以恐怕gcc和vc++都没有实现这个功能。

因此，添加以派生类为参数的构造函数将是目前最好的解决方案。

编辑

我已向 MS 提交反馈，希望他们能尽快修复：

https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=421579

-白燕