word删除“向下箭头”EXCEL中同时加一个数_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
word删除“向下箭头”EXCEL中同时加一个数
阅读已结束，下载本文需要
想免费下载本文？
定制HR最喜欢的简历
你可能喜欢豆丁微信公众号
君，已阅读到文档的结尾了呢~~
中国消费者奢侈品消费心理浅析毕业设计（可编辑）,奢侈品消费心理,奢侈品消费心理学,消费者消费心理,消费者的消费心理,消费心理学,消费心理,大学生消费心理,消费心理学案例,论消费心理预测论文
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
中国消费者奢侈品消费心理浅析毕业设计（可编辑）
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='http://www.docin.com/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
如题，就是当有人取消关注时候，是删除这一行还是，加一个标志位，标记一下已经删除了？这是否是一个数据库范式？
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
不要删除数据
Oren Eini（又名 Ayende Rahien）建议开发者尽量避免数据库的软删除操作，读者可能因此认为硬删除是合理的选择。作为对 Ayende 文章的回应，Udi Dahan 强烈建议完全避免数据删除。
所谓软删除主张在表中增加一个 IsDeleted 列以保持数据完整。如果某一行设置了IsDeleted标志列，那么这一行就被认为是已删除的。Ayende 觉得这种方法“简单、容易理解、容易实现、容易沟通”，但“往往是错的”。问题在于：
删除一行或一个实体几乎总不是简单的事件。它不仅影响模型中的数据，还会影响模型的外观。所以我们才要有外键去确保不会出现“订单行”没有对应的父“订单”的情况。而这个例子只能算是最简单的情况。……
当采用软删除的时候，不管我们是否情愿，都很容易出现数据受损，比如谁都不在意的一个小调整，就可能使“客户”的“最新订单”指向一条已经软删除的订单。
如果开发者接到的要求就是从数据库中删除数据，要是不建议用软删除，那就只能硬删除了。为了保证数据一致性，开发者除了删除直接有关的数据行，还应该级联地删除相关数据。可UdiDahan提醒读者注意，真实的世界并不是级联的：
假设市场部决定从商品目录中删除一样商品，那是不是说所有包含了该商品的旧订单都要一并消失？再级联下去，这些订单对应的所有发票是不是也该删除？这么一步步删下去，我们公司的损益报表是不是应该重做了？
没天理了。
问题似乎出在对“删除”这词的解读上。Dahan 给出了这样的例子：
我说的“删除”其实是指这产品“停售”了。我们以后不再卖这种产品，清掉库存以后不再进货。以后顾客搜索商品或者翻阅目录的时候不会再看见这种商品，但管仓库的人暂时还得继续管理它们。“删除”是个贪方便的说法。
他接着举了一些站在用户角度的正确解读：
订单不是被删除的，是被“取消”的。订单取消得太晚，还会产生花费。
员工不是被删除的，是被“解雇”的（也可能是退休了）。还有相应的补偿金要处理。
职位不是被删除的，是被“填补”的（或者招聘申请被撤回）。
在上面这些例子中，我们的着眼点应该放在用户希望完成的任务上，而非发生在某个实体身上的技术动作。几乎在所有的情况下，需要考虑的实体总不止一个。
为了代替 IsDeleted 标志，Dahan 建议用一个代表相关数据状态的字段：有效、停用、取消、弃置等等。用户可以借助这样一个状态字段回顾过去的数据，作为决策的依据。
删除数据除了破坏数据一致性，还有其它负面的后果。Dahan建议把所有数据都留在数据库里：“别删除。就是别删除。”
—— 《NoSQL数据库笔谈》
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
简单地说，看情况。
下面具体说说我的理解“删除”指的是什么？弄清这个很重要。
“删除”（delete）一条记录，意思是把数据库表中的一行删掉，删掉后这条数据就没了。
客户“删除”（取消, cancel)了订单，意思是这个订单还在，只是状态变了。
这两个场景中“删除”的含义是不同的。第1个场景，delete是针对数据库的操作，是业务之外的概念；第2个场景，delete是业务范围里的概念。所以，如果是业务需要，“软删除”，业务不需要，“物理删除”。从数据库术语的角度看，删除指的是“物理删除”。“软删除”这个词起得很不好，容易误导人，因为实际上并没有删除。更贴切的词是“取消”，“归档”，等等。
“删除”的含义很广，如果混淆了概念，提问和回答都失去了准确性。大家各执一词，引经据典，最终还是没有结果。
关系数据库可以看成是一个信息系统，用来记录客观事实，用户或应用程序可以从这些事实中推导结论。数据库里的表（关系，relation)就像几何证明中的公理。因此，删除一条记录可以看成是改变了事实（客观状态）。比如，有一张表 TeacherClass(TeacherName, ClassName)。数据（（张三， 1班）， （李四，2班））的含义是：张三老师给1班教课，李四老师给2班教课。每条记录都是一个事实（“真值”）。删除一条记录后成为（（张三， 1班）），含义是：张三老师给1班教课，李四老师不给2班教课。“李四老师给2班教课”为假，因为（李四，2班）没有出现在表中。
所以，到底怎么“删除”，看情况。哪些事实是需要记录的？如果客户“删除”订单是需要记录的事实，就用“软删除”（不是数据库层面的delete，而是业务范围的“取消”）。一个可行的设计是：
Customer(CustomerId) Order(CustomerId, OrderId) OrderStatus(CustomerId, OrderId, Timestamp, Status)
每个Customer可以有0-n个Order每个Order可以有0-n个OrderStatus
用户取消订单，就在OrderStatus里添加一条记录（insert，不是delete，因为多了一个客观事实）
反之，如果业务不需要记录的“删除”就用“物理删除”Person(PersonId, PersonName)Hobby(HobbyId, HobbyName)PersonHobby(PersonId, HobbyId)每个Person有0-n个Hobby每个Hobby被0-n个Person拥有如果张三喜欢打篮球，过了些日子，不喜欢打篮球了，就应该从PersonHobby里delete一条数据。当然，前提是业务需求中不需要记录为什么删除。
关系数据库用来记录当前的客观事实，增、删、改，对应事实的改变。有一种类型的表称为“history table”（或"audit table"），他们是专门用来记录历史数据的。通过trigger或存储过程实现。他们的功能跟其他表不同，他们记录的是对数据库的操作，不是业务范围的事实。history table通常数据量会随时间越来越大，它们没有删、改，只有增、查(少量的查)，而current table中的数据量相对较小，正好满足业务需要（增、删、改、查）。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
关于soft delete的好处，justjavac的介绍很棒。
不过是否应该使用soft delete，还是需要慎重考虑。
在关系型数据库中，软删除(soft delete)主要影响的是write的效率，而不是read，所以在这种情况下，考虑采用soft delete的可行性的时候，也要考虑你的table/database面对的是否是write intensive的需求。另外，采用soft delete，一般是为了可能的恢复，为了audit，为了保存历史数据等等目的。那么为了某个或者某些数据，是否soft delete真的是最好的处理方式呢？比如为了log的auditing，而对log采用soft delete，或许就有一些小题大做了。
而对于NoSQL数据库，软删除通常来讲是很容易接收的。尤其是Key-Value的NoSQL数据库，比如Amazon的Dynamo DB和Riak等等，实现原理是hash table，所以就算有大量的soft delete数据，也不会对性能造成巨大的影响。而对于其他类型的NoSQL数据库，Document-based(比如CouchDB)或者Column-based(比如hbase)等等，data integrity重要性也是远远超过采用soft delete带来的性能下降的。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
我觉得还是加个标志位合适点，因为如果被删除的数据，以后要用于统计等，或者由于误删除的话，也可以回滚的；加标志位的缺点就是如果这些数据被删除以后不被用到了，那么随着数据量越来越大，数据冗余也越来越大，对于此表的更新和查询操作也会有性能上的影响。这是个人意见，不当之处请指正 :-)
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
显然都不好。
正确的方式是加入其它信息比如删除日期，然后移动到其他库里比如历史库。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
一般数据是不会真的删除的，因为如果删除，后面如果出现一些问题的话就没法查询到底是那条数据出现了问题，所以一般都是会加上一个标志位。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
小数据无所谓，看需求了数据量大，最好另建一表保存删除数据删除的很少用
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
你的问题可以用两个概念加以说明：物理删除：真删除，数据消失。逻辑删除：假删除，数据存在，只是用一个字段来标记该条数据“已删除”。到底用物理删除还是逻辑删除需要看应用场景和客户需求了。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
根据需求而定，以后基本不用的数据完全可以删除（可以采取缓冲处理，先标记，后在系统不忙时删除）节省空间，减少无用检索；另一种情况，数据以后可能被重复利用，则打上标记，空闲时移到历史库。
同步到新浪微博
分享到微博？
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
我要该，理由是：
在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。如果一个男的去加一个处女座的女生，而且以前加过没为什么就删了，现在又去加，处女座的女生们你们会怎么_百度知道
如果一个男的去加一个处女座的女生，而且以前加过没为什么就删了，现在又去加，处女座的女生们你们会怎么
如果一个男的去加一个处女座的女生，而且以前加过没为什么就删了，现在又去加，处女座的女生们你们会怎么想
我有更好的答案
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。假定英语课上老师要求同桌之间交换修改作文，请你修改你同桌写的以下作文。文中共有10处错误，每句中最多有两处。错误涉及一个单词的增加、删除或修改。增加：在缺词处加一个漏字符号(Λ)，并在其下面写出该加的词。删除：把多余的词用斜线(＼)划掉。修改：在错的词下划一横线，并在该词下面写出修改后的词。注意：1．每处错误及其修改均仅限一词；2．只允许修改10处，多者(从第11处起)不计分。When left college, Tracy got a good job in a company. But after she had been worked there for some years, she decided to change. So she put notice in several newspapers and said what experience she had and the kind of job she would like to have. One of the answer she accepted was from a man was looking for a job, too. This man wrote to her,“ Madam, when you get a new job, be kind enough to give your name and address to your present boss as I have been trying to find a position as yours for a long time.” After she read the letter, she suddenly realized that which she had done was real foolish.