例如：在hibernate.cfg.xml

<property name="default_schema">MYSCHEMA</property>

另外，如果你使用的是 jdbc 直接访问数据库，那么可以在 url 中加上 currentSchema=MYSCHEMA，例如：

<Resource name="jdbc/UddiDatabase" auth="Container" type="javax.sql.DataSource"
maxActive="100" maxIdle="50" maxWait="10000"
username="db2admin" password="db2admin"
driverClassName="com.ibm.db2.jcc.DB2Driver"
url="jdbc:db2://192.168.56.101:50000/UDDI:traceLevel=3;driverType=4;currentSchema=MYSCHEMA;"/>

如果你遇到了有关schema的问题，那么不妨将这两种方案都尝试一下.

Related Posts:

• 2010/08/15 -- 定制 xmlbeans 所生成的 package
• 2009/03/01 -- Java 程序中如何对 XML 文档进行验证？
• 2008/11/28 -- 动态改变hibernate.cfg.xml配置的一个注意事项
• 2010/07/16 -- wait and notifyAll in Java multi-threading
• 2010/07/13 -- 关于 java.util.concurrent 您不知道的 5 件事(转载)

CREATE    TABLE    table
[(column, column...)]
AS   subquery;

• ALTER   TABLE   STATEMENT

增加列：

ALTER    TABLE    table_name
ADD    column_name datatype

删除列：

ALTER    TABLE    table_name
DROP    COLUMN    column_name

修改列：

ALTER    TABLE    table_name
ALTER    COLUMN    column_name datatype

• FULL    JOIN (返回所有匹配行或不匹配的行)

SELECT    column_name(s)
FROM   table_name1
FULL    JOIN    table_name2
ON    table_name1.column_name=table_name2.column_name

注意：以上语法因数据库不同而不同

Related Posts:

• 2009/05/15 -- HIBERNATE－为DB2指定默认schema
• 2008/03/27 -- 学习 SQL Server 文档（五） 索引类型及使用原则
• 2008/03/26 -- 学习 SQL Server 文档（四） 索引设计准则
• 2008/03/26 -- 学习 SQL Server 文档（三） 获得设计良好数据库的准则
• 2008/03/26 -- 学习 SQL Server 文档（二） 规范化的好处

1. 聚集还是非聚集（有称聚簇）
2. 唯一还是不唯一
3. 单列还是多列（有称组合索引）
4. 索引中的列顺序为升序还是降序
5. 覆盖还是非覆盖

一. 聚集索引聚集索引确定表中数据的物理顺序。由于聚集索引规定数据在表中的物理存储顺序，因此一个表只能包含一个聚集索引，但该索引可以包含多个列（组合索引）。聚集索引对于那些经常要搜索范围值的列特别有效。当索引值唯一时，使用聚集索引查找特定的行也很有效率。注意事项定义聚集索引键时使用的列越少越好，这一点很重要。如果定义了一个大型的聚集索引键，则同一个表上定义的任何非聚集索引都将增大许多，因为非聚集索引条目包含聚集键。可考虑将聚集索引用于：

• 包含大量非重复值的列。
• 使用下列运算符返回一个范围值的查询：BETWEEN、>、>=、< 和 <=。
• 被连续访问的列。
• 返回大型结果集的查询。
• 经常被使用联接或 GROUP BY 子句的查询访问的列；一般来说，这些是外键列。对 ORDER BY 或 GROUP BY 子句中指定的列进行索引，可以使 SQL Server 不必对数据进行排序，因为这些行已经排序。这样可以提高查询性能。
• OLTP 类型的应用程序，这些程序要求进行非常快速的单行查找（一般通过主键）。应在主键上创建聚集索引。

聚集索引不适用于：

• 频繁更改的列：这将导致整行移动（因为 SQL Server 必须按物理顺序保留行中的数据值）。这一点要特别注意，因为在大数据量事务处理系统中数据是易失的。
• 宽键：来自聚集索引的键值由所有非聚集索引作为查找键使用，因此存储在每个非聚集索引的叶条目内。

二. 非聚集索引非聚集索引与课本中的索引类似。数据存储在一个地方，索引存储在另一个地方，索引带有指针指向数据的存储位置。索引中的项目按索引键值的顺序存储，而表中的信息按另一种顺序存储（这可以由聚集索引规定）。如果在表中未创建聚集索引，则无法保证这些行具有任何特定的顺序。与使用书中索引的方式相似，Microsoft SQL Server 2000 在搜索数据值时，先对非聚集索引进行搜索，找到数据值在表中的位置，然后从该位置直接检索数据。这使非聚集索引成为精确匹配查询的最佳方法，因为索引包含描述查询所搜索的数据值在表中的精确位置的条目。如果基础表使用聚集索引排序，则该位置为聚集键值；否则，该位置为包含行的文件号、页号和槽号的行 ID (RID)。例如，对于在 emp_id 列上有非聚集索引的表，如要搜索其雇员 ID (emp_id)，SQL Server 会在索引中查找这样一个条目，该条目精确列出匹配的 emp_id 列在表中的页和行，然后直接转到该页该行。多个非聚集索引有些书籍包含多个索引。可以为在表中查找数据时常用的每个列创建一个非聚集索引。注意事项在创建非聚集索引之前，应先了解您的数据是如何被访问的。可考虑将非聚集索引用于：

• 包含大量非重复值的列，如姓氏和名字的组合（如果聚集索引用于其它列）。如果只有很少的非重复值，如只有 1 和 0，则大多数查询将不使用索引，因为此时表扫描通常更有效。
• 不返回大型结果集的查询。
• 返回精确匹配的查询的搜索条件（WHERE 子句）中经常使用的列。
• 经常需要联接和分组的决策支持系统应用程序。应在联接和分组操作中使用的列上创建多个非聚集索引，在任何外键列上创建一个聚集索引。
• 在特定的查询中覆盖一个表中的所有列。这将完全消除对表或聚集索引的访问。

三. 唯一索引唯一索引可以确保索引列不包含重复的值。在多列唯一索引的情况下，该索引可以确保索引列中每个值组合都是唯一的。聚集索引和非聚集索引都可以是唯一的。因此，只要列中的数据是唯一的，就可以在同一个表上创建一个唯一的聚集索引和多个唯一的非聚集索引。如果必须实施唯一性以确保数据的完整性，则应在列上创建 UNIQUE 或 PRIMARY KEY 约束，而不要创建唯一索引。创建 PRIMARY KEY 或 UNIQUE 约束会在表中指定的列上自动创建唯一索引。索引的填充因子：在创建聚集索引时，表中的数据按照索引列中的值的顺序存储在数据库的数据页中。在表中插入新的数据行或更改索引列中的值时，Microsoft SQL Server 2000 可能必须重新组织表中的数据存储，以便为新行腾出空间，保持数据的有序存储。这同样适用于非聚集索引。向一个已满的索引页添加某个新行时，SQL Server 把大约一半的行移到新页中以便为新行腾出空间。这种重组称为页拆分。页拆分会降低性能并使表中的数据存储产生碎片。重建索引：在 Microsoft SQL Server 2000 中，如果要用一个步骤重新创建索引，而不想删除旧索引并重新创建同一索引，则使用 CREATE INDEX 语句的 DROP_EXISTING 子句可以提高效率。这一优点既适用于聚集索引也适用于非聚集索引。以删除旧索引然后重新创建同一索引的方式重建聚集索引，是一种昂贵的方法，因为所有二级索引都使用聚集键指向数据行。如果只是删除聚集索引然后重新创建，则会使所有非聚集索引都被删除和重新创建两次。一旦删除聚集索引并再次重建该索引，就会发生这种情形。删除聚集索引可能要花费一些时间，因为必须重建同一个表上的所有非聚集索引。

Related Posts:

• 2009/05/15 -- HIBERNATE－为DB2指定默认schema
• 2008/12/16 -- 一些 SQL 语法
• 2008/03/26 -- 学习 SQL Server 文档（四） 索引设计准则
• 2008/03/26 -- 学习 SQL Server 文档（三） 获得设计良好数据库的准则
• 2008/03/26 -- 学习 SQL Server 文档（二） 规范化的好处

1）搜索符合特定搜索关键字值的行（精确匹配查询）。精确匹配比较是指查询使用 WHERE 语句指定具有给定值的列条目。例如：
WHERE emp_id = ‘VPA30890F’

2）搜索其搜索关键字值为范围值的行（范围查询）。范围查询是指查询指定其值介于两个值之间的任何条目。例如：
WHERE job_lvl BETWEEN 9 and 12
或
WHERE job_lvl >= 9 and job_lvl <= 12

3）在表 T1 中搜索根据联接谓词与表 T2 中的某个行匹配的行（索引嵌套循环联接）。

4）在不进行显式排序操作的情况下产生经排序的查询输出，尤其是经排序的动态游标。

5）在不进行显式排序操作的情况下，按一种有序的顺序对行进行扫描，以允许基于顺序的操作，如合并联接和流聚合。

6）以优于表扫描的性能对表中所有的行进行扫描，性能提高是由于减少了要扫描的列集和数据总量（该查询有覆盖索引可供使用）。

7）搜索插入和更新操作中重复的新搜索关键字值，以实施 PRIMARY KEY 和 UNIQUE 约束。

8）搜索已定义了 FOREIGN KEY 约束的两个表之间匹配的行。

9）使用 LIKE 比较进行查询时，如果模式以特定字符串如”abc%”开头，使用索引则会提高效率；如果模式以通配符如”%xyz”开头，则索引不起作用。

设计索引时还要考虑的其它准则包括：

1）一个表如果建有大量索引会影响 INSERT、UPDATE 和 DELETE 语句的性能，因为在表中的数据更改时，所有索引都须进行适当的调整。另一方面，对于不需要修改数据的查询（SELECT 语句），大量索引有助于提高性能，因为 SQL Server 有更多的索引可供选择，以便确定以最快速度访问数据的最佳方法。

2）覆盖的查询可以提高性能。覆盖的查询是指查询中所有指定的列都包含在同一个索引中。例如，如果在一个表的 a、b 和 c 列上创建了组合索引，则从该表中检索 a 和 b 列的查询被视为覆盖的查询。创建覆盖一个查询的索引可以提高性能，因为该查询的所有数据都包含在索引自身当中；检索数据时只需引用表的索引页，不必引用数据页，因而减少了 I/O 总量。尽管给索引添加列以覆盖查询可以提高性能，但在索引中额外维护更多的列会产生更新和存储成本。

3）对小型表进行索引可能不会产生优化效果，因为 SQL Server 在遍历索引以搜索数据时，花费的时间可能会比简单的表扫描还长。

4）应使用 SQL 事件探查器和索引优化向导帮助分析查询，确定要创建的索引。为数据库及其工作负荷选择正确的索引是非常复杂的，需要在查询速度和更新成本之间取得平衡。窄索引（搜索关键字中只有很少的列的索引）需要的磁盘空间和维护开销都更少。而另一方面，宽索引可以覆盖更多的查询。确定正确的索引集没有简便的规则。经验丰富的数据库管理员常常能够设计出很好的索引集，但是，即使对于不特别复杂的数据库和工作负荷来说，这项任务也十分复杂、费时和易于出错。可以使用索引优化向导使这项任务自动化。

5）可以在视图上指定索引。

6）可以在计算列上指定索引。

Related Posts:

• 2009/05/15 -- HIBERNATE－为DB2指定默认schema
• 2008/12/16 -- 一些 SQL 语法
• 2008/03/27 -- 学习 SQL Server 文档（五） 索引类型及使用原则
• 2008/03/26 -- 学习 SQL Server 文档（三） 获得设计良好数据库的准则
• 2008/03/26 -- 学习 SQL Server 文档（二） 规范化的好处

1）表应该有一个标识符。
数据库设计理论的基本原理是：每个表都应有一个唯一的行标识符，可以使用列或列集将任何单个记录同表中的所有其它记录区别开来。每个表都应有一个 ID 列，任何两个记录都不可以共享同一 ID 值。作为表的唯一行标识符的一列或多列是表的主键。

2）表应只能存储单一类型实体的数据。
试图在表中存储过多的信息会妨碍对表的数据进行有效、可靠的管理。在 SQL Server 2000 的 pubs 数据库中，书名和出版商的信息存储在两个独立的表内。尽管在 titles 表中同时创建书籍及其出版商的信息列是可能的，但是这种设计会导致几个问题。必须为出版商出版的每本书添加并存储出版商信息，而这是没有必要的，并且会占用数据库中的额外存储空间。如果出版商的地址更改了，则必须对每本书进行更改。出版商的最后一本书从标题表中删除后，该出版商的信息就会丢失。

在 pubs 数据库中，书和出版商的信息存储在 titles 和 publishers 表中，有关出版商的信息只须输入一次，然后即链接到每本书上。当出版商信息更改时，只需要在数据库中的一个地方进行更改，即使该出版商在数据库中没有书，出版商信息仍然存在。

3）表应避免可为空的列。
表中的列可定义为允许空值。空值表示没有值。尽管在个别情况下，允许空值有用，但是最好少用空值，因为空值需要进行特殊的处理，这样会增加数据操作的复杂性。如果某一表中有几个可为空的列，并且列中的几行有空值，则应考虑将这些列置于链接到主表的其它表中。将数据存储在两个独立的表中使主表的设计更为简单，但能够满足存储空值信息的偶尔需要。

4）表不应有重复的值或列。
数据库中某一项目的表不应包含特定信息的值列表。例如，pubs 数据库中的书可以是合著的。如果在 titles 表中有一列是作者的名称，这就会出现问题。一种解决方法是：在列中存储两位作者的姓名，但这样会很难显示单个作者的列表。另一种解决方法：是更改表的结构，为第二位作者的姓名添加另一列，但这只能包含两位作者。当然，如果一本书有三位作者，则必须再添一列。

如果发现需要在单个列中存储值的列表，或者如果单个数据需要多列（au_lname1、au_lname2 等等），则应考虑将重复的数据置于与主表有链接的另一个表中。pubs 数据库有一个表存储书信息，另一个表存储书的 ID 值和书作者的 ID 值。这种设计允许书有任意数目的作者，而不用修改表的定义，同时不用为单个作者的书分配未使用的存储空间。

Related Posts:

• 2009/05/15 -- HIBERNATE－为DB2指定默认schema
• 2008/12/16 -- 一些 SQL 语法
• 2008/03/27 -- 学习 SQL Server 文档（五） 索引类型及使用原则
• 2008/03/26 -- 学习 SQL Server 文档（四） 索引设计准则
• 2008/03/26 -- 学习 SQL Server 文档（二） 规范化的好处

1. 排序和索引创建更快。
2. 聚集索引的数目更大。
3. 索引更窄、更精简。
4. 每个表的索引更少，这样将提高 INSERT、UPDATE 和 DELETE 语句的性能。
5. 空值更少，出现不一致性的机会更少，从而提高数据库紧凑性。
6. 随着规范化的不断提高，检索数据所需的联接数和复杂性也将不断增大。太多表间的关系联接太多、太复杂可能会影响性能。合理的规范化通常很少包括经常性执行的、所用的联接涉及 4 个以上表的查询。

其实还有一些没有指出来的很明显的好处：

1. 消除数据冗余
2. 利于维护数据的一致性和完整性

规范化实质上是一个对客观世界不断细化从而得到更具体对象的过程，可以这么说，每个经过规范化的表，都对应着客观世界的一个事物。

Related Posts:

• 2009/05/15 -- HIBERNATE－为DB2指定默认schema
• 2008/12/16 -- 一些 SQL 语法
• 2008/03/27 -- 学习 SQL Server 文档（五） 索引类型及使用原则
• 2008/03/26 -- 学习 SQL Server 文档（四） 索引设计准则
• 2008/03/26 -- 学习 SQL Server 文档（三） 获得设计良好数据库的准则

1. 收集信息。
2. 标识对象。
3. 建立对象模型。
4. 标识每个对象的信息类型。
5. 标识对象之间的关系。

Related Posts:

• 2009/05/15 -- HIBERNATE－为DB2指定默认schema
• 2008/12/16 -- 一些 SQL 语法
• 2008/03/27 -- 学习 SQL Server 文档（五） 索引类型及使用原则
• 2008/03/26 -- 学习 SQL Server 文档（四） 索引设计准则
• 2008/03/26 -- 学习 SQL Server 文档（三） 获得设计良好数据库的准则

注意:这里说的delete是指不带where子句的delete语句

相同点:truncate和不带where子句的delete, 以及drop都会删除表内的数据

不同点:
1. truncate和 delete只删除数据不删除表的结构(定义)
drop语句将删除表的结构被依赖的约束(constrain),触发器(trigger),索引(index); 依赖于该表的存储过程/函数将保留,但是变为invalid状态.

2.delete语句是DML,这个操作会放到rollback segement中,事务提交之后才生效;如果有相应的trigger,执行的时候将被触发.
truncate,drop是DDL, 操作立即生效,原数据不放到rollback segment中,不能回滚. 操作不触发trigger.

3.delete语句不影响表所占用的extent, 高水线(high watermark)保持原位置不动
显然drop语句将表所占用的空间全部释放
truncate 语句缺省情况下见空间释放到 minextents个 extent,除非使用reuse storage; truncate会将高水线复位(回到最开始).

4.速度,一般来说: drop> truncate > delete

5.安全性:小心使用drop 和truncate,尤其没有备份的时候.否则哭都来不及
使用上,想删除部分数据行用delete,注意带上where子句. 回滚段要足够大.
想删除表,当然用drop
想保留表而将所有数据删除. 如果和事务无关,用truncate即可. 如果和事务有关,或者想触发trigger,还是用delete.
如果是整理表内部的碎片,可以用truncate跟上reuse stroage,再重新导入/插入数据.

注意：From Oracle 10g a table can be “undropped”.

Related Posts:

• 2009/05/15 -- HIBERNATE－为DB2指定默认schema
• 2008/12/16 -- 一些 SQL 语法
• 2008/03/27 -- 学习 SQL Server 文档（五） 索引类型及使用原则
• 2008/03/26 -- 学习 SQL Server 文档（四） 索引设计准则
• 2008/03/26 -- 学习 SQL Server 文档（三） 获得设计良好数据库的准则

Related Posts:

• 2009/05/15 -- HIBERNATE－为DB2指定默认schema
• 2008/12/16 -- 一些 SQL 语法
• 2008/03/27 -- 学习 SQL Server 文档（五） 索引类型及使用原则
• 2008/03/26 -- 学习 SQL Server 文档（四） 索引设计准则
• 2008/03/26 -- 学习 SQL Server 文档（三） 获得设计良好数据库的准则