最新评论
Re:浅谈数据库事务 遗忘海岸 2012-01-17 18:17
@Tech
^_^
Re:浅谈数据库事务 Tech 2012-01-17 18:08
学习,不过设计ticket表时,应该不会有buyerid这种关系字段的。
Re:浅谈数据库事务 遗忘海岸 2012-01-17 18:01
@陈之默
是的,在已经成功写了log后,总能回滚成功
Re:浅谈数据库事务 陈之默 2012-01-17 17:51
给楼主一个建议,字体可以稍微再放大点。。
Re:浅谈数据库事务 陈之默 2012-01-17 17:51
[quote]遗忘海岸:
@SetTop
某次 回滚可能会失败,但是他可以不停的滚,只要不是物理问题(硬盘坏了),只要能回滚就表示他已经记录了全部必要的信息到log了[/quote]
也就是说 只要产生了回滚,物理存储也没损坏,回滚肯定是能成功的?
Re:浅谈数据库事务 牛腩 2012-01-17 17:42
阅,学习了。
Re:浅谈数据库事务 遗忘海岸 2012-01-17 17:34
@SetTop
某次 回滚可能会失败,但是他可以不停的滚,只要不是物理问题(硬盘坏了),只要能回滚就表示他已经记录了全部必要的信息到log了
Re:浅谈数据库事务 SetTop 2012-01-17 16:14
请教下,事务会不会出现 回滚失败 的情况?
如果回滚不了 会发生什么事情?
Re:浅谈数据库事务 遗忘海岸 2012-01-17 13:40
@EIJ_GNEP
每个操作都是在事务下进行的
Re:浅谈数据库事务 EIJ_GNEP 2012-01-17 13:32
@遗忘海岸
SQL SERVER 中神马都是事务?
Re:浅谈数据库事务 遗忘海岸 2012-01-17 12:59
@猫井三宫
^_^,一看哥就是在行的,多谢指教
Re:浅谈数据库事务 丿灬钧衡石丶溪 2012-01-17 11:38
学习了,mark一下,以后再品。
Re:浅谈数据库事务 猫井三宫 2012-01-17 11:38
根据楼主的变量名,应该是SQL Server吧。
SQL Server中默认是隐式开启事务,一条DML就是一个事务,和oracle的默认行为正好相反。
另外分析Delete过程的地方有点含糊,SQL Server解析好delete语句会根据表上statistics判断需要加锁的粒度,加上X锁之后内部的删除机制依然是“逐条”删除的,每条删除会在log中记录该条数据的前像(before image),所以SQL Server中的大批量删除会看到事务日志文件飞快增长,并记录该条记录的事务信息在log中。oracle的情况略有不同,前像是记录在undo segment中,记录与事务的关系记录在redo中,其它类似。
Re:浅谈数据库事务 遗忘海岸 2012-01-17 11:22
@thanks
这个不是很确定,但是如果不写记录被删除的数据的话,以后就无法回滚了,另外可以通过Lumigent这个日志查看软件看到被删除的数据,所以我觉得被删除的数据应该会写入log的
Re:浅谈数据库事务 thanks 2012-01-17 11:08
3.写日志:将这些将被删除页面做个备份写到log中(这个操作是真真切切要先搞完的),
错了吧,写日志其实是写操作的步骤,以便今后回滚,并不是把数据备份到日志里去。
Re:浅谈数据库事务 林华飞 2012-01-17 10:26
很黄很暴力,看不懂。
Re:浅谈数据库事务 黄建飞 2012-01-17 10:06
学习了,说的不错,顶一把
Re:浅谈数据库事务 遗忘海岸 2012-01-17 09:45
@xuefly
是啊,必需是事务地,最近做PB时因为有时忘了commit,老是把表锁住,才发现其实神马多是事务
Re:浅谈数据库事务 xuefly 2012-01-17 09:40
那么,就是说:对数据库来说,所有的单个的命令和查询都是事务性的,包括单条的sql语句,无论select、update还是delete,而且单个的存储过程也是事务性的?一直这么猜测一直这么想象数据库的事务性的,实践中不违反这个猜测不是专业所在所以不求甚解。
Re:浅谈数据库事务 遗忘海岸 2012-01-17 09:04
@海南.胡勇
^_^
Re:浅谈数据库事务 海南.胡勇 2012-01-17 08:59
在实际应用中,当我们准备把一个项目移交至客户手中使用时,我们需要把库中所有表先前的测试数据清空,以给客户一个干净的数据库,如果涉及的表很多,要一一的清空,不仅花费时间,还容易出错以及漏删,在这儿我提供了一个方法,可快捷有效的清空指定数据库所有表的数据。
http://www.cnblogs.com/huyong/archive/2012/01/17/2323663.html
Re:浅谈数据库事务 1101 2012-01-17 08:54
好邪恶
Re:人事系统---工资模块设计 杨义金 2012-01-13 09:44
@遗忘海岸
一句两句说不清楚,我们正在完善文档,写完会发布在博客里,到时你关注一下。
Re:一个统计查询写的哥要哭了 遗忘海岸 2012-01-11 16:18
@Ivan.Teo
没办法用PB做,如果在PB里写,更蛋痛
Re:一个统计查询写的哥要哭了 Ivan.Teo 2012-01-11 16:13
真,胃疼啊,
业务逻辑都搞成存储过程,
以后可咋维护啊,
Re:MSSQL连接字符串,你真的清楚吗? Ivan.Teo 2012-01-11 15:37
简单明了,受益匪浅,支持支持。
Re:人事系统---工资模块设计 遗忘海岸 2012-01-11 13:57
@杨义金
哥方便讲下系统的大致设计,以及采用的技术吗
Re:人事系统---工资模块设计 遗忘海岸 2012-01-11 13:55
@杨义金
恩,看的出来哥这个是专业地
Re:人事系统---工资模块设计 杨义金 2012-01-11 13:48
人力资源管理,并不像你所想的哪么简单,内容很多,我们是公司在做开发,都做了三个版本了,还是复杂的。以下是我们系统的截图:
[img]http://pic002.cnblogs.com/images/2012/4218/2012011113482965.jpg[/img]
Re:人事系统---工资模块设计 遗忘海岸 2012-01-11 11:22
@红米
viso,跟PD
Re:人事系统---工资模块设计 红米 2012-01-11 11:16
你用的什么设计软件做的图呢?前辈.
Re:人事系统---工资模块设计 遗忘海岸 2012-01-11 11:09
@慢手一泉
被你发现了,考勤这个目前没用到,也没具体设计,
Re:人事系统---工资模块设计 慢手一泉 2012-01-11 11:00
图好模糊,数据库那里考勤那一块不太明白
计件的统计和考勤的报表没有单独查看的需要吗?
我所碰到的用户都有这个要求,所以把计件统计和考勤月报独立计算,这样计算工资时也省了很多运算。
@Adam哥
以上有商品属性设计的内容
要根据属性查商品
需要通过链接将商品属性转换成查询视图的列,
这个需要编写大段的TSQL,考虑到性能大型站点不大会采用这种完全分离的数据表设计,当然采用上面设计时可以考试使用一些检索软件如lucene等建立外部索引来加快查询速度,并减轻数据库压力
@AlexTiffy
Log4Net也需要配置很多东西,实现的原理以及架构是差不多的
感觉这个东西不如log4。net很繁琐 配置一大堆
分类属性名中属性值编号实在是没有看明白。没有那个不是也可以吗?先是查询出品牌。在根据品牌ID在属性值表中查询品牌的属性值
Re:仿照Windows任务计划的数据库设计 遗忘海岸 2011-05-16 08:06
@育慧
育慧兄能否把表结构供享出来?
Re:仿照Windows任务计划的数据库设计 遗忘海岸 2011-05-16 08:05
@omeweb
cron我查了下好象是linux下一个类似windows任务计划的工具,并没有实现的数据结构设计,不知道"精简百分之多少了"是什么意思?
Re:仿照Windows任务计划的数据库设计 huyong 2011-05-15 17:35
不错。
Re:仿照Windows任务计划的数据库设计 zsuxiong 2011-05-15 13:23
Quartz有这个功能。我最近也在研究
这个我做了一个类似SQL 计划任务,计划的配置只用了一张表,可以参照SQLSERVER 的计划任务表的设计
Re:仿照Windows任务计划的数据库设计 huyong 2011-05-14 22:24
很有想法。
Re:仿照Windows任务计划的数据库设计 omeweb 2011-05-14 21:39
Google一下cron,你就可以知道你这个设计还可以精简百分之多少了