本篇文章给大家谈谈三思是指什么，以及三思笔记之一步一步学Oracle的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
文章详情介绍：
三思而后行，三思指的是哪三思？
常开车，总会遇到一个陌生的车辆，突然别了你一下，吓你一跳，瞬间愤怒的情绪暴增，就像反映路怒症的电影《蛮荒故事3》的情节一样，你怒了，于是一脚油门去别他一下，以泄心头之恨。
惊心动魄的要命行径
事后大部分人都后悔，认为自己错在没控制住情绪，这个检讨来自于直觉思考没有错，但你知道从思维模式的角度看，你错在哪里了吗？
从思维模式的角度，你要做到三思而后行，三思在此就是要思考这三个问题：第一，什么原因引发此事？第二，你要做此事的动机是什么？第三，你要达到的目的是什么？
淘宝三思就是要思考原因、动机和目的。
只有同时达到事出有因、动机良好、目的纯正三方面，才能决定去办这件事，只有这样你的决择才是正确的的。否则，这事就不能干！
就拿“路怒”的这件事而言：
第一，原因是对方别了咱的车，让咱很生气，属于事出有因。
第二，动机是为泄心痛之恨，必须别回来，这属于有动机，但动机不良好。
第三，目的方面，极有可能只是为了出口气，没有啥太深远的目的，这叫毫无目的，或者说目的就是让对方也难受一下，但这属于目的不纯正。
所以路怒的确事出有因，但动机不良好，目的不纯正，因此而去行动是错误的。
总结而言，原因、动机、目的是我们行动前应该三思的问题，错误的行动模式有这几类：
第一，原因或动机缺失的类型，就是毫无征兆或毫无必要的行动，这严重属于冲动类型。
第二，事出有因，虽有动机但动机不良好的类型，这属于缺乏思考型的。
第三，事出有因，动机纯正，但没有目的或者目的不纯正，这属于目光短浅类型。
常常提醒自己，遇事不冲动，遇事要慎重，做到三思而后行！
学习Oracle和MySQL推荐的几本书
已经很多次收到后台网友的留言或者私信了，对于学习Oracle和MySQL，他们都有类似的疑问，我就索性放在一起来回答下。
简单来说，官方文档是最好的学习资料，在这个基础上去阅读更多的书籍会起到融会贯通的作用，而相比Oracle和MySQL,Oracle的文档要更细更全，如果你去官网下载完整的文档，会被里面的文档淹没。而MySQL的文档相对来说要少一些，但是诚意十足，比如MySQL Internal,如何设计存储引擎这类的文档官方都会提供，Oracle就别想了，多年前的DSI现如今已经见不到了。
Oracle的阅读，推荐2 Day DBA, Administor Guide,Concept,Performance Tuning这几本。
MySQL的阅读，官方文档的链接相对单一，比如
https://dev.mysql.com/doc/refman/5.7/en/innodb-storage-engine.html
能够静下心来看肯定会大有帮助，不过值得提的一点是MySQL文档的中文化目前还在探索中。
而在官方文档之外，还要推荐，我就推荐下面的一些书，里面的书我基本上都看过。免责声明：这个推荐是纯个人建议，不带有其它的意味。
1
推荐的Oracle书籍
入门：
《Oracle数据库技术实用详解:教你如何成为10g OCP》
韩思捷
《涂抹Oracle：三思笔记之一步一步学Oracle》 李丙洋
原理和实践：
《深入理解Oracle》 盖国强
《构建Oracle高可用环境》 陈吉平
《Oracle DBA实战攻略:运维管理、诊断优化、高可用与最佳实践》周亮
《Oracle DBA工作笔记》 杨建荣
SQL优化
《基于Oracle的SQL优化 》崔华
《收获，不止SQL优化》 梁敬彬、梁敬弘
《剑破冰山:Oracle开发艺术 》 卢涛等
《SQL优化最佳实践》 韩锋
内核技术
《Oracle RAC核心技术》 高斌
《Oracle内核技术揭秘》 吕海波
《Oracle核心技术》 Jonathan Lewis，杨志洪，熊军，耿永辉译
2
MySQL推荐的书籍
入门：
《涂抹MySQL：跟着三思一步一步学MySQL》
《MySQL数据库应用从入门到精通（第2版）》
《MySQL核心技术手册》
《MySQL技术内幕（第5版）》
运维实践：
《高性能MySQL》 经典必读
《MySQL管理之道：性能调优、高可用与监控（第2版） 》贺春旸
《深入理解MySQL核心技术》帕奇维
《MySQL运维内参：MySQL、Galera、Inception核心原理与
最佳实践》 周彦伟 王竹峰 强昌金
《高可用MySQL》
内核：
《MySQL技术内幕：InnoDB存储引擎（第2版）》姜承尧
《InnoDB - A journey to the core》Jeremy Cole
用友停售原业务系统后的反思？
来源/微信公众号：人称T客（Java_simon）
作者：人称T客
原创（投稿邮箱 zh@tikehui.com）
To B的一切需求——找人 找项目 找商机 上“软交会”
为了加速云端转型，管理软件厂商也是使出了浑身解数，金蝶立志要在2020年实际云收入占比超过60%，而用友今年的营收目标是要实现百亿，无论从技术革新还是未来发展云计算都是趋势，但是为了加速云端奔跑停售原有业务系统是否适当值得探讨？
近日，用友发出公告，一直支撑用友主要营收的两款产品已开始进入生命周期终止阶段，这就意味着原版本不再更新，原有用户需要更新必须选择新版本的云业务产品和服务。
其实这个策略Oracle也曾用过，Oracle为了能够追赶上Salesforce成为这个行业的领导地位，停止了原有的产品的更新和维护，直接推出CXCloud产品，最后的市场反馈可想而知，为此Oracle也惹上很多官司，不仅被投资者诉讼声称，高管们歪曲了云收入增长的“真实的驱动因素”，并且Oracle采用了“威胁和逼取招术”让用户上云。
2018年A&E Adventures也曾对Oracle发起了索赔诉讼。该娱乐公司表示，Oracle曾试图向其施压，要求其从本地销售点系统转向其Simphony云服务。
在这个特别强调用户体验的时代，Oracle这样的做法着实让人不快，正所谓“强扭的瓜不甜”，设想如果一个表面看起来还不错的业务背后是对客户的强迫与压制，那么该业务又会有多少发展潜力与未来呢？
为此，Oracle也付出惨重的代价，用户不得不放弃Oracle而去选择SAP。
如果用友真的要停售原有业务系统全部转向云端，那么用友必须要思考以下几个问题？
第一、原业务系统与新的云业务系统能否平滑迁移，记得用友的U8和U8 Cloud就不能迁移，用户必须重新购买。如果说这款产品都可以平滑对接，还可以保持原业务系统的连续性，那就有一种可能这是一款原产品的升级版距离真正的云还有一段路程。
第二、如果是纯云化的产品，那么用友的云产品成熟度如何？我们都知道一款产品从研发到上市到用户认可是有一个周期和过程的，Oracle Cx Cloud耗资重金将80%的代码进行重构历时三年才推出，并且从推出到用户验证还需要一个时间，用友是否做好了准备？
第三、根据T研究最新的数据显示：超过90%的用户对云计算都不陌生，但实际应用到云应用的仅有1%，说明了中国企业云应用市场并没有被完全激活，企业从接受到深度应用还需要时间。
另外，传统IT资产升级到云端策略时遭遇三大障碍也是我们不能忽视的。
首先：厂商的收费不合理，最近很多厂商为了让企业上云可谓招数尽出，云产品的价格也被他们玩到了极致，一年三变甚至低价吸引最后逐年加价，这样给用户的感觉我不是买了一套系统而是被厂商绑架。
其次：系统改造难度加大，我们都知道企业系统多样，并且来自于不同的供应商，信息孤岛经历这么多年终于告一段落，如果企业完全转型云端，系统与系统之间又要重新打通，这个工作量可想而知，如果在非必须和紧要的情况下，企业不会轻易重投入完全转型云端。
比如银泰百货就曾分享过他们的转云路径，在第一年的时候他们只是把更靠近C端的会员系统搬上了云端，而要全部系统转云，则需要三到四年的时间。
再次：难以快速获得厂商的服务支持，很多人都认为云计算缩短了厂商到用户的距离，实则不然，大多数的企业还没有更多的云业务客户成功经验。
以上三点成为企业上云必须要迈过的三座大山，因此，企业会先把靠近C端的业务成为转型的入手点，而是从外到内逐步渗透，在当前的大环境下，企业急迫解决的是获客、获客、还是获客而不是内部系统的全部重构，激进的上云策略一定要三思。
找软件、找渠道、找商机就上软交会