它不是物理上存在的一列，而是oracle自己在结果集中进行添加的。
首先我们来看一下我们的表结构先：
作者：admin
Yii的relations()方法 join查询
可能存在两个活动记录对象之间的关系有四种类型：
- BELONGS_TO: 例如，成员属于一个团队；
- HAS_ONE: 例如，成员有个人资料；
- HAS_MANY: 例如，一个团队有很多成员；
- MANY_MANY: 例如，成员有很多的技巧和技能是属于这个成员的；
除了上述的关系类型，还支持一种特殊的关系称为STAT，可以用来进行统计查询（或聚合查询）。它检索聚合对相关对象的信息，如每个帖子，对于每个产品，平均分数为注释的数目等。
PHP转换编码问题GBK/UTF-8
在实际项目中，有时候会遇到远程接收到的编码，或者数据库里取出的编码与实际文件编码不一致的情况，这样就非常容易出现乱码，如果简单的用iconv函数转码的话，有时又无法保证对方传过来的一定是某种编码。
举个例子：我现在的项目开发编码是GBK，而又有很多地方需要用JSON来接收、发送数据，接收到的数据一定是UTF-8编码（非UTF-8中文无法encode和decode），但我需要把接收来的数据用在我们的系统中，这样就必须转码一次，当我们需要发送JSON数据给其他接收者的时候，又必须将编码从GBK转成UTF-8。超级麻烦，而且极易出错，因为我们无法特别准确的定位文本现在的编码。于是诞生了下面两个函数。
惹毛程序员的十件事！需求变更居然不是排第一
程序员是一个比较特殊的群体，他们因为长期和电脑打交道所养成的性格和脾气也是比较相近的。当然，既然是人，当然是会有性格的，也是会有脾气的。下面，让我来看看十件能把程序惹毛了的事情。一方面我们可以看看程序员的共性，另一方面我们也可以看看程序员的缺点。无论怎么样，我都希望他们对你的日常工作都是一种帮助。
让数据库变快的10个建议
大多数网站的内容都存在数据库里，用户通过请求来访问内容。数据库非常的快，有许多技巧能让你优化数据库的速度，使你不浪费服务器的资源。在这篇文章中，我收录了十个优化数据库速度的技巧。
如何写出高性能SQL语句
1、首先要搞明白什么叫执行计划？
执行计划是数据库根据SQL语句和相关表的统计信息作出的一个查询方案，这个方案是由查询优化器自动分析产生欀如一条SQL语句如果用来从一个10万条记录的表中查1条记录，那查询优化器会选择“索引查找”方式，如果该表进行了归档，当前只剩下5000条记录了，那查询优化器就会改变方案，采用 “全表扫描”方式。
可见，执行计划并不是固定的，它是“个性化的”。产生一个正确的“执行计划”有两点很重要：
(1) SQL语句是否清晰地告诉查询优化器它想干什么？
(2) 查询优化器得到的数据库统计信息是否是最新的、正确的？
2、统一SQL语句的写法
通俗易懂的数据库设计三大范式
为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库，必须满足一定的范式。
在实际开发中最为常见的设计范式有三个：
1．第一范式
跨站脚本攻击XSS的原理与预防
简介：
用户在浏览网站、使用即时通讯软件、甚至在阅读电子邮件时，通常会点击其中的链接。攻击者通过在链接中插入恶意代码，就能够盗取用户信息。攻击者通常会用十六进制（或其他编码方式）将链接编码，以免用户怀疑它的合法性。网站在接收到包含恶意代码的请求之后会产成一个包含恶意代码的页面，而这个页面看起来就像是那个网站应当生成的合法页面一样。许多流行的留言本和论坛程序允许用户发表包含HTML和JavaScript的帖子。假设用户甲发表了一篇包含恶意脚本的帖子，那么用户乙在浏览这篇帖子时，恶意脚本就会执行，盗取用户乙的session信息。
一. 反射型XSS（非持久型XSS）
反射型XSS只是简单地把用户输入的数据“反射”给浏览器。黑客往往需要诱使用户“点击”一个恶意链接，才能攻击成功。
二. 储存型XSS（持久型XSS）
存储型XSS会把用户输入的数据“存储”在服务器端。这种XSS具有很强的稳定性。如：黑客将一段恶意JavaScript代码写入博客，那么所有访问该博客的用户，都会在他们的浏览器中执行这段JavaScript代码。
三. DOM Based XSS
这种类型的XSS并未按照“数据是否保存在服务器端”来划分，DOM Based XSS本质上也是反射型XSS。单独划分出来，是因为DOM Based XSS的形成原因比较特别。通过修改页面的DOM节点，形成的XSS，称之为DOM Based XSS。