document.write("
数据库日志太大更新记录半年”都更新不了
2010年08月04日数据库正常,SELECT 也正常,但在增加记录时,速度超慢,一直在那里执行,很久都没完成,也不报超时,似乎它要永久执行下去。最终找到原因,数据库日志文件太大,达到了 6G。根据需要,这个数据库
http://www.itpow.com/c/2010/08/3ZF2YWBNK0CVF51S.asp
SQL Server 日志太大,导致无法连接
2010年05月31日 ver 数据库日志太大了,好几个数据库日志都达到了好几 G。由于数据库日志太大,导致磁盘碎片也多,用户在访问网页时,网页要写内容到数据库,比如更新文章阅读次数,这种写操作就会生成日志,而要在一个磁
http://www.itpow.com/c/2010/05/FC9S3MU3BOT7A8XL.asp
利用 timestamp 避免更新冲突
2006年03月03日 录(先提交的记录被覆盖),这就造成了数据库中的数据与操作者所认为的不一样。要避免这种更新冲突,一种方法可以采用模拟锁的形式,一个人在编辑另一个人就不允许编辑,但比较麻烦,由于这种更新冲突并非常见
http://www.itpow.com/c/711.asp
ODBC 日志
2006年06月13日日志格式->ODBC 日志我们对网页的访问日志就全部记录数据库中了,利用该数据库记录,就可以很方便地取得访问统计,而且资料非常详细,比如:IP 数量、访问流量、请求失败次数
http://www.itpow.com/c/801.asp
用 OleDbCommandBuilder 实现 DataSet 更新数据库
2011年10月29日 using (OleDbConnection conn = new OleDbConnection(ConnectionString)){ conn.Open(); str
http://www.itpow.com/c/2011/10/849Y93H2VRC7FAAU.asp
IIS 日志中的时间问题
2016年08月07日 sp;点。我们在看时间时,要将时间 +8 小时。记住:勾上了“使用本地时间进行文件命名和滚动更新”,并不影响日志中记载的时间,它只是影响日志文件命名和什么时候开始一个新的日志文件。
http://www.itpow.com/c/2016/08/6607.asp
重复记录-避免
2006年12月19日 重复记录,就应该从一开始就避免其存在,可以在插入和更新之前判断是否存在,但更好的是利用 UNIQUE。在企业管理器中,打开表设计,右键,索引/键,如图。这样,如果数据库中存在同样的目标记录,则
http://www.itpow.com/c/2006/12/LG1450RXYDTSNRFQ.asp
")