想知道大家都用到了哪些数据库技术

虚拟表
视图
触发器
存储过程
游标
临时表
内键
外键
这些技术并不是所有的数据库都支持。而普遍的即便支持，在大规模企业和关键应用中，对这些东西也有有所限制。比如对外键的使用。当然如果回忆以前，还可以发现有些手段已经不在被提起了。而最近社区里面讨论数据库相关的内容多起来，我想也应该把这些技术综合起来考虑一下。

在开始讨论以前，我先说点背景的东西。
首先数据库究竟是什么，这个其实很多人并不是很清楚的。而数据库技术发展到了今天，关系数据库成为一只独大的主流，其背后的原因，也不是所有人都明白的。同时我们还经常看到很多关于OO和数据库的争论，貌似这两个技术是完全对立的两个理念。
而前些时候robbin写了个小文，说他忽然发现原来数据库的几个范式其实是跟OO相对应的。其实他大大的不该如此惊讶，因为本身OO和关系数据库其实底层的方法论就是一致的。所谓的OO归根结底，其实是一种哲学意义上的对于世界的认识和分析的方法，也就是以概念为中心，以概念间的联系为纽带，建立起一个对领域的表达系统。而从根本上来说，关系数据库的组织形式也是如此。两种技术如果没有内在的统一，其实反倒是会叫人觉得奇怪。
而上面的那些技术，则有些是为了反应数据库中的联系和约束，有些则纯粹是为了速度。可以说这些技术，没有一个是不能不可替代的，也就是说这些技术其实都可以用非数据库的编程形式实现。在这个前提下，考虑到不同的场景，我们有必要对这些技术的使用限制进行深入的讨论。

不用
用
很少用
很少有
很少用
不用
用
不用

我觉得你要是把Codd从棺材里请出来，他是不会同意这种说法的.
可以说现代的大多数SQL数据库，都违背了Codd当年提出的基本准则.

对，这点我很认同。所以这才有趣。

index
sequence
synonym

视图 为了简化太复杂的关联查询

触发器 使用率最少 基本都用存储过程替代

存储过程 对于复杂逻辑功能 维护方便 不用编译 在JAVA里改还得编译上传
在数据库没有性能瓶颈问题的时候 存储过程还是适合使用的

(游标 临时表) 复杂数据统计离不开


加个
自定义函数 时常用

表设计的时候尽可能使用内键（主键？）、索引、外键、触发器（主要的是相关的check/unique约束）。关于后两者，我觉得可以在系统运行过程中根据性能影响再做调整，决定是否由应用系统来保证完整性。

完成非常规任务或者某些统计时，存储过程、游标、临时表，都会用到。

虚拟表（视图？）、视图（物化视图？），统计中常用。

除了虚拟表没有用过，其他全部用，
另外还有分区表，审计（oracle），物化视图，package,数据库链接
-----------------
在不换数据库的前提下，用这些东西有时能省很多事情，实现又简便，而且数据库做的又比较好，所以就用了.

视图--mysql的版本不支持 没用
触发器--同上
存储过程--同上
游标--同上
临时表--有个项目用的比较多
内键 --部分
外键 --部分