大家都来看看啊! 很奇怪的一个问题! 太奇怪了 找了好长实际的原因 找不到! 也快要我的命了 救命啊

Question

稀奇古怪.建议转用 windows 2000/2003 server + sql server 企业版

Answer 1

数据库服务器的配制是 AMD 1.86G  1G内存 160G 硬盘     操作系统是WINDOW XP 
==============================
服務器配置好像是低了點哦，再說XP本身就不適合做服務器.
不是機密的話，把商品入库存盘的sp貼出來看看

Answer 2

公司规模小 所以服务器没有选好的. 此SQL打了SP4 补丁  硬盘空间剩余17GB 数据的大小现在有将近4G   软件程序的问题可能性不大,因为在其他众多的公司用这款软件 都没有这样的问题.  清除表中的数据 必须要有几千条的纪录 才会继续存盘 如果清除表里的数据少 清除后 商品入库存储过程仍然存储不了.
清除的表跟商品入库存储过程 没有任何关系! 为什么呢?我清的这些数据 是最后的一个没有用的表了  最多也就能够他们用2天的 2天后肯定还会有这样的问题.我就不知道改清什么好了.  救命!!!

Answer 3

dbcc checkdb
你的数据库文件的大小
你的tempdb数据库文件设置的大小
清除的表跟商品入库存储过程 没有任何关系! =跟存储过程没有关系<>跟操作没有关系,假设入库表有一个触发器,会更改另一个表,即使存储过程不操作另一个表但是操作(update/delete/insert)入库表时,仍然会操作另外一个表

Answer 4

我认为是数据库的设置问题,查看下数据库有没限定大小,我用过一个express版本限定数据库为4g因为如果数据库设置为simple恢复模式的话,日志文件会自动截断,所以增加不是很大但是你的数据库因为你删除了数据,腾出了空间,所以可以插入等过几天后,数据库增长到了4g再插入的话,限定到最大值,没有空间,事务自然回滚

Answer 5

 检查一下是不是磁盘格式 是否是 FAT32 如果是 FAT32最大只支持4G的文件   我估计可能是这个地方的原因!    有时间我要去察看一下 磁盘的分区格式

Answer 6

此问题已证实 跟数据库版本无关 ，跟磁盘格式有关 将磁盘格式改为NTFS 问题解决！  
在这里 大家没有一个提到跟磁盘格式有关的，只有我提到了 。但是鉴于wsyplzbfdl 给了我一个限4G的提醒。
我才注意到 FAT32格式的分区最大只支持4G的文件 所以才找到问题的解决方法。