组态王6.55与sql server2008数据库连接向数据库中写入数据时数值都变为了0（null）

是的，是值变成0的问题。
可能是数据库日志太大或者设置错误。

首先压缩数据库日志。
缩小 SSMS 中的日志文件。

检查您的连接设置。
组态王与SQLServer配置不匹配。

看看数据记录逻辑。
不要误写0或null。

检查 SQL Server 日志中的错误消息。

同时检查权限。
没有足够的权限来写入。

备份和恢复、故障排除。
请先备份，以免数据丢失。

sqlserver收缩数据库后日志变大

嘿，两年前我帮一个朋友做了你提到的事情。
当时，他的数据库缩小后，日志文件越来越大，他无法修复。

想一想，收缩操作就是一次“减法”，试图让文件变小。
但有时，“缺乏”并不明显。
这就像你清理衣柜并扔掉旧衣服，但标签仍然在那里。
这同样适用于数据库。
一旦提交了一些事务，理论上日志记录就应该消失。
但系统可能没有完全清理干净，或者清理过程中可能出现bug，记录仍然会保留。
缩小后，您会注意到文件变小了一些，但是随着以后更多的新操作，日志会慢慢恢复。

还有恢复模式的问题。
当你收缩数据库时，如果数据库处于“简单模式”，收缩过程中日志通常会被“咔哒”一声截断，看起来就像被清除了一样。
但在简单模式下，它不关心你以前的日志，只关心当前的日志。
所以你缩容之后，后面业务会比较忙，会有很多新的事务，日志需要尽可能的保留得久一些。
这名男孩当时状况正常。
缩小之后，第二天生意来的时候，原木就变长了很多。

如果数据库处于“完整模式”或“批量模式”，情况会有所不同。
收缩时，系统可能会觉得“需要保留这些日志以备需要恢复时使用”，因此可能不会那么干净地清理日志。
当你操作时，它只能做一部分清洁，跳过其余的。
这个人后来改成了“完整模式”，缩小效果非常糟糕。

哦，对了，还有一种情况，就是出现缩水的时候，有工作不完整的情况。
对于不完整的事务，相应的日志仍然需要存在，并且需要发生。
你的数据库文件已经缩小了，但是事务日志无穷无尽，总文件大小不是还会增加吗？
此外，系统运行的一些小型后台任务或进程也可能会向日志写入内容。
当你收缩数据库时，它们可能不会停止，或者可能与记录的操作有关，因此日志文件自然会再次增长。
这位朋友后来查了一下，发现有几个计划任务在操作数据库的时候也会写日志。
他们调整了这些操作，日志增长放缓。

所以，如果遇到这种情况，首先检查数据库恢复模式是否设置正确。
简单模式下，收缩效果有限，必须考虑其他方法。
然后检查是否有未完成的交易，并使用系统中的工具进行检查。
然后查看后台正在运行哪些进程和任务以及是否会影响日志。
如果知道了这一切，那么问题就迎刃而解了。

mssql日志文件太大

您的 MSSQL 日志文件是否太大？简单的！ 1 .更改恢复模式：简单恢复，自动截断日志。
2 . 压缩日志：使用DBCCSHRINKFILE或SSMS图形界面。
3 .定期备份：控制日志增长，防止意外发生。
4 .事务优化：减少大事务，防止日志增长。
5 、极端方法：隔离数据库，删除.LDF文件。
此方法有风险，应谨慎使用。
6 . 设置大小限制：请谨慎使用，因为它们会自动缩小并影响性能。

备份很重要。
确保您不会丢失任何数据。