数据库中Schema（模式）概念的理解
在学习SQL的过程中，会遇到一个让你迷糊的Schema的概念。实际上，schema就是数据库对象的集合，这个集合包含了各种对象如：表、视图、存储过程、索引等。为了区分不同的集合，就需要给不同的集合起不同的名字，默认情况下一个用户对应一个集合，用户的schema名等于用户名，并作为该用户缺省schema。所以schema集合看上去像用户名。
如果把database看作是一个仓库，仓库很多房间（schema），一个schema代表一个房间，table可以看作是每个房间中的储物柜，user是每个schema的主人，有操作数据库中每个房间的权利，就是说每个数据库映射的user有每个schema（房间）的钥匙。
转自：http://www.lai18.com/content/2398629.html
设计模式的来源，及其相混淆的模型、框架、架构区别
例子：建筑
现在这里有一堆的建筑材料，然后工程师会根据各方面的需求，将材料规整。确定各种材料的搭配和使用的地方，最后绘制出一幅（或者很多种）图纸。这一步，其实就是所谓的架构。然后工人们根据工程师给的这张图纸（可能是最终挑选出来的），开始利用这些材料，去搭建高楼。比如用钢筋，先架一个高楼的架子，这个就是框架。然后对框架进行砌砖灌注混泥土等，整个高楼就建好了。可是，这时候突然发现整体的框架是搭起来了了，但是出现了一些房间的偏小，不足。这时候，可能会在墙壁上装上一面镜子，利用光的原理来使房间隐形的增大，或者是一些别的方法等。在一个房间解决了问题，然后把这种方法应用到都出现了这一类问题的房间修筑中，这就是模式。当高楼建好了，楼盘开售，在观看楼盘的时候，在售楼中心，我们会看到这些高楼的缩小版，来决定是否购买。这些缩小版的高楼，就是这个楼盘的模型。
新PM系统目前最大的困难就是：成本管理的管控方式不断变化，而UCML平台的开发不支持快速响应、灵活性也不够。
就像是：人民群众日益增长的物质文化需求与相对落后的社会生产力之间的矛盾。
桐桐初一年级结束了，回顾初一一年的学习生活，总结如下：
学习 ：上下两个学期都是期中考得一般，期末努力点，还好，还是都保持到了第1期间。
班主 任：欧阳Minjia（敏嘉）老师、李Lijun（丽娟）老师。欧阳老师休产假，李老师在第二个学期考试前接手。
同桌 ：第一学期：陈Shangli；第二学期：张Lin（琳）；第一学期末、第二学期开始，和关Yinxi（颖曦）坐过短短一段时间。
开心的事：1000米跑保持班级第一。
好习惯 ：放学坚持跑步。
需要努力：数学争取进入第1期间。
一个很好的关于编程技术的刊物网站 。
http://www.vaikan.com/
不懂技术的人不要对懂技术的人说这很容易实现
http://www.vaikan.com/im-sure-it-will-only-take-you-a-few-days-to-code/
Java ==和equals()的区别【详细版】
==操作符专门用来比较变量的值是否相等。
比较好理解的一点是：
1 | int a=10; |
则a==b将是true。
但不好理解的地方是：
1 | String a=new String("foo"); |
则a==b将返回false。
在期末考试前几天，桐桐最要好的朋友陈Shangli妈妈打电话给桐妈，投诉阿桐在学校调皮，乱搞shangli，可能惹得shangli有点不开心。shangli妈让我们不要告诉桐。
不过我们商量后，还是决定和桐桐严肃说了这件事，桐有点不开心。
开始我们还有点担心，这些会不会影响他们的友谊.后来观察了一下，他们俩后来还是经常在一起，暑期还约了一起踢球，社会实践的车上还是坐在一起。
友谊就是这样，虽然有磕磕碰碰，但是不影响之间的感情！
转自：http://blog.csdn.net/coolzyt/article/details/4085678
数据库索引原理理解
清明节一个人在家，已经混了一天了，想想还是写点什么吧。
以前对数据库的理解总是停留在使用的阶段，没有去研究过深层次的东西，这两天正好有空（其实也是工作需要），看了一下数据库索引的一些基础的东西，希望通过这篇博文，整理一下自己的思路。
1.什么是索引？
我想这个用过数据库的人都应该知道了，索引类似于书的目录，主要用于提高查询效率，也就是按条件查询的时候，先查询索引，再通过索引找到相关的数据，索引相当于记录了对某个关键词，指定到不同的文件，或者文件里的不同位置，当然索引自身也是通过文件来保存的。
2.索引的类型
有两种基本的索引结构，也就是索引文件的保存方式，一个是顺序索引，就是根据值的顺序排序的（这个文件里面的值，也就是为其建索引的字段值，是顺序的放在索引文件里面），另外一个是散列索引，就是将值平均分配到若干散列桶中，通过散列函数定位的。
2.1.顺序索引
顺序索引下面又有很多概念。
如果被索引的字段本身按照一定的顺序排序，那么这种索引叫做聚集索引。否则叫做非聚集索引。
转自：https://www.pureweber.com/article/recursive-power-4/
递归的力量（四）：递归效率
前几天我们在讨论递归的过程中发现，递归在解决某些问题的时候使得我们思考的方式得以简化，代码也更加精炼，容易阅读。那么既然递归有这么多的优点，我们是不是什么问题都要用递归来解决呢？难道递归就没有缺点吗？今天我们就来讨论一下递归的不足之处。
我们知道，递归调用实际上是函数自己在调用自己，而函数的调用开销是很大的，系统要为每次函数调用分配存储空间，并将调用点压栈予以记录。而在函数调用结束后，还要释放空间，弹栈恢复断点。所以说，函数调用不仅浪费空间，还浪费时间。
这样，我们发现，同一个问题，如果递归解决方案的复杂度不明显优于其它解决方案的话，那么使用递归是不划算的。因为它的很多时间浪费在对函数调用的处理上。在C++中引入了内联函的概念，其实就是为了避免简单函数内部语句的执行时间小于函数调用的时间而造成效率降低的情况出现。在这里也是一个道理，如果过多的时间用于了函数调用的处理，那么效率显然高不起来。
java参数传递（值传递还是引用传递）
http://6924918.blog.51cto.com/6914918/1283761