临时数据更改规范

临时UPDATE/DELETE数据,尽量按照下面步骤执行。

1、 备份。select into 到backup_tables库中。

2、 显示开启事务

3、 限制行数:TOP( N )

4、 执行更新,并检查结果

5、 回滚事务/提交事务

--UPDATE示例

SELECT compliant_id, is_valid_compliant  --主键、where条件中的字段、SET中的字段

--INTO backup_tables.dbo.t_compliant_order_20130226  --表名_YYYYMMDD_序号

FROM t_compliant_order

where is_valid_compliant is NULL

BEGIN TRAN

update top(10) t_compliant_order set is_valid_compliant = 1

where is_valid_compliant is NULL

ROLLBACK

--COMMIT

--DELETE示例

SELECT *  --所有字段

--INTO backup_tables.dbo.t_regist_service_20130121

FROM dbo.t_regist_service

WHERE  name=‘carsrms.member.service‘

BEGIN TRAN

DELETE TOP(1) dbo.t_regist_service

WHERE  name=‘carsrms.member.service‘

ROLLBACK

--COMMIT

时间: 2024-11-29 12:55:06

临时数据更改规范的相关文章

数据分析临时需求处理规范及文档管理

ps: 转自2014-11-04  数据海洋                       BI临时需求处理规范及文档管理内容一.目的规范BI处理的临时需求.便于部门同事了解业务以及借鉴. 二.临时需求的定义由业务部门向BI提出的一次性数据需求.主要用亍解决业务方某个点的问题. 三.文档的内容在临时需求处理完成后,完成以下内容,放入到共享文件夹中. 各个内容项说明需求目的:这个需求要解决业务方什么问题需求内容:指给出数据字段.规则.需求提交人:由业务部门谁向BI提交的该需求数据使用人:业务部门谁是

layui,返回的数据不符合规范,正确的成功状态码 (code) 应为:0

在使用layui的数据表格绑定数据的时候,出现的一些问题,  "返回的数据不符合规范,正确的成功状态码 (code) 应为:0" 之后在网上也查找的了许多的资料,也去看了官网的文档, 就是说绑定数据有官网指定的格式 code是返回的状态 data是数据 这两个是必须有的 ,这个数据格式的名称是可以更改的 数据必须是这样的格式 但是当我在后台传递了官方给出的格式并传到前台 发现和官方给出的数据格式是一致的 但是还是同样的错误 ,这就很让别人火大啊 上面是官网给出的数据格式 之后请教了一个

CPU缓存是位于CPU与内存之间的临时数据交换器,它的容量比内存小的多但是交换速度却比内存要快得多。CPU缓存一般直接跟CPU芯片集成或位于主板总线互连的独立芯片上

一.什么是CPU缓存 1. CPU缓存的来历 众所周知,CPU是计算机的大脑,它负责执行程序的指令,而内存负责存数据, 包括程序自身的数据.在很多年前,CPU的频率与内存总线的频率在同一层面上.内存的访问速度仅比寄存器慢一些.但是,这一局面在上世纪90年代被打破了.CPU的频率大大提升,但内存总线的频率与内存芯片的性能却没有得到成比例的提升.并不是因为造不出更快的内存,只是因为太贵了.内存如果要达到目前CPU那样的速度,那么它的造价恐怕要贵上好几个数量级.所以,CPU的运算速度要比内存读写速度快

ArcEngine临时数据存储 创建内存工作空间

参考网址,这里 工作中有时候需要使用临时数据,以前都是创建一个默认的shapefile或者gdb,今天发现esri官方帮助文档给出了一个方法,可以创建内存工作空间,代码如下: public static IWorkspace CreateInMemoryWorkspace() { // Create an in-memory workspace factory. Type factoryType = Type.GetTypeFromProgID( "esriDataSourcesGDB.InMe

Android笔记-活动生命周期&Bundle回收临时数据&活动启动模式&常用技巧

Android使用任务(Task)管理活动,是一组存放在返回栈(Back Stack)里的活动的合集: 系统总是显示栈顶活动给用户: 启动新活动->新活动入栈 按下Back键或调用finish()->栈顶活动出栈 活动生命周期的四种状态: 1. 运行状态:处于栈顶 2. 暂停状态:不处于栈顶,但仍然可见 3. 停止状态:不处于栈顶,完全不可见,系统仍然保存其状态和成员变量,但不可靠 4. 销毁状态:从栈中移除,活动被系统回收 Activity的七个回调方法: 1. onCreate():活动第

JAVA card 应用开发(七) JAVA 卡数据(永久数据/临时数据)

JAVA 卡对象 JAVA CARD 的存储器件: a.      ROM: 永久保存程序和数据,虚拟机,API等:(Applets也可以放这里) b.      RAM: 栈数据,临时对象: c.      EEPROM: Applet的类,长生命周期的数据:(写操作比RAM慢1000倍) 因此,ROM是存放JCRE的基本程序和数据,而RAM用于保存当前会话需要的临时数据,EEPRO就用于保存跨会话的数据. 下面分别描述: 1.      ROM: 掩膜的时候,把这块的数据固定下来,伴随整个卡

[oldboy-django][2深入django]老师管理 -- form表单如何生成多选框标签,多选框的默认值显示,以及多选框数据插入到数据库,多选框数据更改到数据库

1 form表单如何生成多选框(包含了多选框可选择内容) - Form设置班级输入框为 select多选 - 多选 class TeacherForm(Form): name = fields.CharField(max_length=16, widget=widgets.TextInput(attrs={'class': 'form-control'}) ) cls = fields.MultipleChoiceField( choices=models.Classes.objects.val

临时数据文件

本地管理的临时表空间使用临时数据文件,它与普通的数据文件相似,但以下情况除外: 临时文件总是被设置为NOLOGGING模式; 用户不能使临时文件只读; 用户不能将临时表空间设置为离线或只读模式; 用户不能用ALTER DATABASE语句创建一个临时文件; 介质恢复不能识别临时文件; 临时文件是稀疏文件,在创建或调整临时文件大小时,并不总是保证为指定的文件大小分配磁盘空间.在某些文件系统(例如UNIX)上,磁盘块的分配不在文件创建或调整大小,而是在块被访问之前分配. Tempfile有关信息可查

关于如何记录数据更改记录的两种建表方式

title: 关于如何记录数据更改记录的两种建表方式 date: 2018-08-08 22:07:44 tags: 数据库 --- 当时要做的一个项目要包含一个权限管理功能,以为该系统中的所有人分配权限.而且这个权限管理的需求是可以把权限接近无限的下发(我感觉现实中是不会无限下发的(.???)ノ),这些都先不讲.因为有权限管理就涉及到用户分组的变动,权限的使用等,但是这些操作都是应该要记录下来的.于是有了两种方案. 1.通过一张单独的事件记录表来记录事件: id uid eventid eti