🔥乐泰科技
liucsen
关注数: 64
粉丝数: 362
发帖数: 12,441
关注贴吧数: 12
大量猪肝供应 本人有大量猪肝,有需要的请联系 13814343098
有大量猪肝 有大量猪肝,需要的请联系本人,13814343098
truncate delete drop比较 (1)DELETE语句执行删除的过程是每次从表中删除一行,并且同时将该行的删除操作作为事务记录在日志中保存以便进行进行回滚操作。 TRUNCATE TABLE 则一次性地从表中删除所有的数据并不把单独的删除操作记录记入日志保存,删除行是不能恢复的。并且在删除的过程中不会激活与表有关的删除触发器。执行速度快。 (2)表和索引所占空间。 当表被TRUNCATE 后,这个表和索引所占用的空间会恢复到初始大小, DELETE操作不会减少表或索引所占用的空间。 drop语句将表所占用的空间全释放掉。 (3)一般而言在速度上,drop > truncate > delete (4)应用范围。 TRUNCATE 只能对TABLE; DELETE可以是table和view (5)TRUNCATE 和DELETE只删除数据, DROP则删除整个表(结构和数据)。 (6)truncate与不带where的delete :只删除数据,而不删除表的结构(定义)drop语句将删除表的结构被依赖的约束(constrain),触发器(trigger)索引(index);依赖于该表的存储过程/函数将被保留,但其状态会变为:invalid。 (7)delete语句为DML(data maintain Language),这个操作会被放到 rollback segment中,事务提交后才生效。如果有相应的 tigger,执行的时候将被触发。 (8)truncate、drop是DLL(data define language),操作立即生效,原数据不放到 rollback segment中,不能回滚 (9)在没有备份情况下,谨慎使用 drop 与 truncate。要删除部分数据行采用delete且注意结合where来约束影响范围。回滚段要足够大。要删除表用drop;若想保留表而将表中数据删除,如果于事务无关,用truncate即可实现。如果和事务有关,或老师想触发trigger,还是用delete。 (10) Truncate table 表名 速度快,而且效率高,因为: truncate table 在功能上与不带 WHERE 子句的 DELETE 语句相同:二者均删除表中的全部行。但 TRUNCATE TABLE 比 DELETE 速度快,且使用的系统和事务日志资源少。DELETE 语句每次删除一行,并在事务日志中为所删除的每行记录一项。TRUNCATE TABLE 通过释放存储表数据所用的数据页来删除数据,并且只在事务日志中记录页的释放。 (11) TRUNCATE TABLE 删除表中的所有行,但表结构及其列、约束、索引等保持不变。新行标识所用的计数值重置为该列的种子。如果想保留标识计数值,请改用 DELETE。如果要删除表定义及其数据,请使用 DROP TABLE 语句。 (12) 对于由 FOREIGN KEY 约束引用的表,不能使用 TRUNCATE TABLE,而应使用不带 WHERE 子句的 DELETE 语句。由于 TRUNCATE TABLE 不记录在日志中,所以它不能激活触发器。 一、delete 1、delete是DML,执行delete操作时,每次从表中删除一行,并且同时将该行的的删除操作记录在redo和undo表空间中以便进行回滚(rollback)和重做操作,但要注意表空间要足够大,需要手动提交(commit)操作才能生效,可以通过rollback撤消操作。 2、delete可根据条件删除表中满足条件的数据,如果不指定where子句,那么删除表中所有记录。 3、delete语句不影响表所占用的extent,高水线(high watermark)保持原位置不变。 二、truncate 1、truncate是DDL,会隐式提交,所以,不能回滚,不会触发触发器。 2、truncate会删除表中所有记录,并且将重新设置高水线和所有的索引,缺省情况下将空间释放到minextents个extent,除非使用reuse storage,。不会记录日志,所以执行速度很快,但不能通过rollback撤消操作(如果一不小心把一个表truncate掉,也是可以恢复的,只是不能通过rollback来恢复)。 3、对于外键(foreignkey )约束引用的表,不能使用 truncate table,而应使用不带 where 子句的 delete 语句。 4、truncatetable不能用于参与了索引视图的表。 三、drop 1、drop是DDL,会隐式提交,所以,不能回滚,不会触发触发器。 2、drop语句删除表结构及所有数据,并将表所占用的空间全部释放。 3、drop语句将删除表的结构所依赖的约束,触发器,索引,依赖于该表的存储过程/函数将保留,但是变为invalid状态。 总结: 1、在速度上,一般来说,drop> truncate > delete。 2、在使用drop和truncate时一定要注意,虽然可以恢复,但为了减少麻烦,还是要慎重。 3、如果想删除部分数据用delete,注意带上where子句,回滚段要足够大; 如果想删除表,当然用drop; 如果想保留表而将所有数据删除,如果和事务无关,用truncate即可; 如果和事务有关,或者想触发trigger,还是用delete; 如果是整理表内部的碎片,可以用truncate跟上reuse stroage,再重新导入/插入数据。
想出去看看,何必要浪迹天涯 世界那么大,我想去看看。曾几何时,这是许多人憧憬的洒脱。放下功名与利禄,带着无限的自由和雄心,行走天涯;然而归来时,空空的行囊,提醒我们仍然要重新面对生活。诚如马云,纵有过人财富,也只是向往闲游世界,却无奈杂务缠身。 真正的洒脱,不是一场说走就走的旅行,而是一种能力,是一种既不辜负梦想,又不辜负生活的能力。偷得余生半日闲,重归田园乡村,呼吸最自由的空气,品尝最天然的食物,享受最惬意的生活,人生的奥趣,莫过于此。
一款小区生活app的从出生到夭折 目前,几乎每个小区都建有QQ或微信群,从群里的聊天信息可以看出居民的各种需求,有的是想知道快递、疏通、开锁等等电话号码,有的是想知道关于户口、入学等办事事项的、有的是想打听关于物业方面的事情、有的是想推广服务和产品的……总之,人们的各种需求都会在网络上得到体现,而大多数人又生活在小区里。由此,我萌发了一个想法,是否能做一款产品,能在满足人们的上述需求的情况下,获得收益,这款产品的名字暂定为“X邻”。 X邻最初的功能栏目有:办事指南、分类信息、居民问答、小区通讯录、居民广播、小区周边。 1、办事指南:指入学、户口等社会公共机构的办事流程、所需材料、相关部门的电话号码等信息。此类信息部分由居民用户贡献、部分由运营方(即我们公司)的编辑提供发布,尤其是刚开始运营时,没有多少居民了解和信任X邻的情况下,信息基本上全由运营方发布。用户贡献内容,必须有足够的鼓励,才能产生动力。 2、分类信息:指由用户发布的,关于服务和产品的商业信息。此类信息不愁来源,但其是否真实可靠、合法合规,需要审核和甄选。同城分类信息网站,比如58同城等,已经相对成熟,其信息的条理性、丰富性,是新生的应用所不能相比的。但他们也存在弊端,就是信息的真实性不足,常常发生欺诈、纠纷等。我们的产品想要与之竞争,就必须要这方面下功夫,信息不在于多,而在于优,优就表现在“真实”。因为在我们的产品里,信息的发布者就是小区的居民,信息的来源可溯;而作为小区的居民,离信息的浏览者距离很近,求证起来比较容易,综上所述,在最大程度上保证了信息的真实。 3、居民问答:许多人喜欢在群里提问,简洁又快速。但群里的问答,一般比较简单,一两句可以说完;二是容易被其它的聊天信息打乱;三是不方便收藏和查阅。所以X邻里的居民问答,可以边整理思路,边回答;可以追问追答;可以收藏、点赞、转发。为了鼓励居民参与,可以有一定形式的奖励措施。 4、小区通讯录:将一些居民生活、办事所常用到的电话号码存放在这里,可以通过分类、(语音)搜索、关健词查询等方法,快速找到。分类比较重要,会有用户为了推广商品,而发布电话,所以公共机构与企业个人,赢利与非赢利的分类、审核就尤其重要。 5、居民广播:物业公司,小区居民的重要启事、紧急通知在这里发布。所以要突出“重要、紧急”,不能把这里变成商家的大喇叭,而失去本意。 6、周边:小区及周边的公共机构、商家介绍。本来就具知名度的、比较重要的商家由运营方收录和发布,其它的商家自行发布或收费代为发布。 综上所述,“内容真实、发布人真实”是X邻的核心竞争力;“内容丰富、用户活跃,具有一定影响力”是X邻能否赢利的前提。 X邻作为一项目应用,在2017年7、8月份,历时四个月左右就做出来了雏形,虽然功能尚不完善,可以继续优化;虽然界面还不美观,可以继续美化。这些都不是问题,但是在开发的过程中,我遇到了困惑。 一、如何保证内容和发布人的真实性?先不说大量的审核工作需要时间、精力和金钱,当今人们越来越重视隐私。没有足够的利益驱使,对运营方的保密决心和能力没有足够的信任,难以获得真实的个人信息。而为了利益,发布人会不会编造信息也是个问题。所以内容和发布人的真实性,是个极难保证的问题。 二、海量内容的从哪里来?分类信息要保证真实性,在审核上多下工夫;办事指南在X邻运营前期,没有居民用户提供足够的信息量的情况下,由运营方来发布。盐城市区有一千多个小区,各小区的信息非常分散。开始运营时最多只能选取10个种子小区作为试点和典范,这样的信息采集和发布,再加上审核、复查、客服,工作量也是相当大。 生孩容易,养孩难,作为运营方,不仅要考虑到开发,还要考虑到健康运作、赢利能力等问题。 一、在鼓励用户贡献内容方面,我的激励方案是: 1、积分奖励:发布真实、及时的办事指南(非赢利性)信息,可以获得积分奖励。不同的积分可以用来获取头衔、网站特权(如标题粗体、变红、开通个人专栏等)、优先展示、兑换商品、发布广告等功能。 2、积分转送:因为积分可以通过货币购买,而发布广告、提问、广播等,积分就等又需要消耗一定的积分,所以积分在X邻里等同于金钱,积分有偿转送,送出者就可以在线下交易获得金钱。 3、如果被人举报经查证属实,或被系统发现,根据虚假、失实、违规的程度给予封杀、禁言、扣分等处罚,积分低于一定数值,也将禁言。 4、被认证的居民用户,在本小区可以免费发布分类信息(1次/天/类),5次刷新机会,在其它小区发布信息则需要消费积分。此处需要审查的是,有人为了1天内多次发布信息,在别的分类下发布信息,导致信息与分类混乱。 5、信息可以点赞、收藏、转发、评论和举报,并根据点赞、收藏、转发、评论的量,给予不同的权重,根据权重加以推荐。而对点赞、收藏、转发、评论的用户,也给予一定的积分奖励,以达到促活的目的。 6、开发更多既实用又好用的生活工具类应用,将来可以开放此类接口,让更多的开发者参与。 …………更多内容略………… 从以上开发和运营思路可以看出,X邻的设计和开发的要求很高,其运营工作也需要更多的细心和努力。这样一来,人力、时间和资金成本就会很高,而赢利能力建立在影响力的基础上,建立影响的过程比较漫长,显然不符合资本的要求,所以X邻的开发运营计划半路夭折了。 必须承认,在我的计划中存在许多的漏洞和不切实际之处,凡事还是要多多考虑自身和本地的实际情况,实事求是,脚踏实地,才能最大程度避免摔跤。
看到个笑话, 男的问:有没有比女朋友漏气更惨的事情? 女的回答:有,男朋友漏电,那真是麻拉个B
1
下一页