数据库事务——每天自动排号从1开始

问题描述

数据库事务——每天自动排号从1开始

功能有点像营业厅的叫号机,定义一个数据库事务在每天3:00的时候,自动更新排号从1开始

解决方案

你用的什么数据库!数据库都用对应的定时任务吧!
你在数据库里写一个定时任务,执行存储过程就可以了

解决方案二:

oracle的话,用job定时 ,mysql的话用event,去调用一个存储过程,存储过程干你具体的逻辑

解决方案三:

是什么应用场景?如果业务只是为了实现自动排号,建议用memcached、Redis等缓存服务器更好一些。

解决方案四:

可以设置一个作业,定时执行存储过程就可以了吧

解决方案五:

mysql数据库
表 Queening有两个字段qNo(排队号),和qDate(预约时间)
根据qDate每天自动把qNo从1开始。
具体代码怎么实现,请高手速回!

时间: 2024-11-05 12:21:36

数据库事务——每天自动排号从1开始的相关文章

ASP数据库事务控制的实现

在编程中,经常需要使用事务.所谓事务,就是一系列必须都成功的操作,只要有一步操作失败,所有其他的步骤也必须撤销.比如用ASP开发一个网络硬盘系统,其用户注册部分要做的事有: 将用户信息记入数据库 为用户开个文件夹用于存储 初始化用户操作日志 这三步必须使用事务,否则万一磁盘操作失败,而没有撤销数据库操作,就会造成只能登陆而不能操作的"死用户"现象. 由于数据库系统特殊的发展历史,小至Access,大到DB2,无不带有事务支持.因此上述步骤可以如下表示: On Error Resume

数据库事务系列-事务模型基础

从这篇文章开始,笔者将会在接下来很长时间里整理记录一个相对独立的知识领域-数据库事务,之所以忽然有这个想法,说来也是一种机缘巧合.本来是单纯计划写写HBase行级事务模型的具体实现的,但是在周末一不小心看了HBasecon2017里面一个talk之后就一发不可收拾了.这个talk的主题是 Transactions In HBase(作者详细介绍了基于HBase实现的3种强一致性分布式事务模型-Tephra | Trafodian | Omid),里面提到了Google的Percolater,刚好

mysql dba系统学习(22)数据库事务详解

上个星期去面试数据库管理员的工作,笔试通过之后就是直接的面试,他问了我一个问题,叫我介绍哈数据库的事务的看法和理解,但是不知所错的没有章法的乱答一气,唉唉,基础不扎实啊. 下面来好好的学习哈mysqlinnodb引擎的事务相关的知识 一,我们为什么需要数据库事务呢? 这个问题看似很简单,但是真的能够说明白还是要看看我们的基本功是不是扎实 例如,用户A给用户B通过ATM机转账1000元,那么A账户上就会少1000元,而B用户会多1000元 在这个过程中,两个环节是关联的.第一个账户划出款项必须保证

数据库事务和锁(二)

数据|数据库 事务的工作原理图 事务确保数据的一致性和可恢复性.事务的工作原理如图1所示. 图1   事务的工作原理图     事务开始之后,事务所有的操作都陆续写到事务日志中.写到日志中的操作,一般有两种:一种是针对数据的操作,一种是针对任务的操作.针对数据的操作,例如插入.删除和修改,这是典型的事务操作,这些操作的对象是大量的数据.有些操作是针对任务的,例如创建索引,这些任务操作在事务日志中记录一个标志,用于表示执行了这种操作.当取消这种事务时,系统自动执行这种操作的反操作,保证系统的一致性

数据库事务和锁(五)

数据|数据库 死锁问题 死锁是一个很重要的话题.在事务和锁的使用过程中,死锁是一个不可避免的现象.在两种情况下,可以发生死锁.第一种情况是,当两个事务分别锁定了两个单独的对象,这时每一个事务都要求在另外一个事务锁定的对象上获得一个锁,因此每一个事务都必须等待另外一个事务释放占有的锁,这时,就发生了死锁.这种死锁是最典型的死锁形式.在同一时间内有两个事务A和B,事务A有两个操作:锁定表part和请求访问表supplier:事务B也有两个操作:锁定表supplier和请求访问表part.结果,事务A

用Microsoft.net实现数据库事务(四)

数据|数据库 附A:事务简介一个事务是一系列动作作为单个逻辑单位来执行,这意味着这些动作要么全部成功,要么全部失败.如果最后一个动作失败了,那么以前的动作应该依次回滚,整个状态回到原先事务开始的状态.例如,有1000美圆从一个银行帐户扣除,转入另外一个帐户,那么事务保证两个事件只能一起成功,只要有一个失败,那么实际就不会发生任何动作,两个帐户没有发生任何改变,钱没有被存入和扣除. ACID属性 有四个属性经常被用来描述事务:原子性(atomicity), 一致性(consistency), 隔离

C#中执行Sqlite数据库事务的方式

在 C#中执行Sqlite数据库事务有两种方式:Sql代码和C#代码 1.Sql代码: BEGIN- COMMIT /ROLLBACK 2.C#代码: using (SQLiteConnection conn = SqliteHelper.GetSQLiteConnection()) { DbTransaction trans = conn.BeginTransaction(); try { //Sql语句 trans.Commit();//提交事务 } catch (Exception e)

数据库事务系列-MySQL跨行事务模型

说来和MySQL倒是有缘,毕业的第一份工作就被分配到了RDS团队,主要负责把MySQL弄到云上做成数据库服务.虽说整天和MySQL打交道,但说实话那段时间并没有很深入的理解MySQL内核,做的事情基本都是围绕着MySQL做管控系统,比较上层.好在周边都是MySQL内核神级人物,在他们的熏陶下多多少少对MySQL的一些基本知识有一些零碎的记录和模糊的认识,这些基础对于今天整理理解MySQL跨行事务模型非常重要.更重要的,有很多不解的地方也可以向大神请教. MySQL事务模型在网上也有很多的介绍,在

为什么事务日志自动增长会降低你的性能

在这篇文章里,我想详细谈下为什么你要避免事务日志(Transaction Log)上的自动增长操作(Auto Growth operations).很多运行的数据库服务器,对于事务日志,用的都是默认的日志文件大小和自动增长设置.人们有时会很依赖自动增长机制,因为它们刚 好能正常工作.当然,如果它正常工作的话,你不必太关注它,但很快你会发现会有问题出现. 只依赖于事务日志的自动增长机制总不是个好主意.首先它会导致严重的日志碎片(Log Fragmentation),在SQL Server启动期间,