命令行用法:
     gsec [ <options> ... ] <command> [ <parameter> ... ]

   交互用法:
     gsec [ <options> ... ]
     GSEC>
     <command> [ <parameter> ... ]

可用选项:
     -user <数据库管理员用户名>
     -password <数据库管理密码>
     -role <数据库管理员SQL权限名称>
     -trusted (使用信任认证)
     -database <管理的数据库>
     -z  (显示当前版本号)

   可用命令:
     增加一个新用户:
       add <name> [ <parameter> ... ]
     删除当前用户:
       delete <name>
     列出所有用户:
       display
     显示一个用户:
       display <name>
     修改用户参数:
       modify <name> <parameter> [ <parameter> ... ]
     help:
       ? (interactive only)
       help
     显示版本号:
       z (仅在交互模式下)
     退出:
       quit (仅在交互模式下)

   可用参数:
     -pw <password>
     -uid <uid>
     -gid <uid>
     -fname <firstname>
     -mname <middlename>
     -lname <lastname>

GSEC>

        -FA(CTOR)             blocking factor
        -G(ARBAGE_COLLECT)    inhibit garbage collection
        -I(NACTIVE)           deactivate indexes during restore -(恢复时关闭索引)
        -IG(NORE)             ignore bad checksums -(忽略检验错误)
        -K(ILL)               restore without creating shadows -(恢复不创建映像)
        -L(IMBO)              ignore transactions in limbo
        -M(ETA_DATA)          backup or restore metadata only -(仅备份或恢复元数据)
        -MO(DE) <access>      "read_only" or "read_write" access -(只读或读写控制)
        -N(O_VALIDITY)        do not restore database validity conditions -(不恢复数据库有效性条件)
        -NOD(BTRIGGERS)       do not run database triggers -(不运行触发器)
        -NT                   Non-Transportable backup file format -(非传输备份文件格式)
        -O(NE_AT_A_TIME)      restore one table at a time -(一次只恢复一个表)
        -OL(D_DESCRIPTIONS)   save old style metadata descriptions -(保存原元数据描述)
        -P(AGE_SIZE)          override default page size –(覆盖默认页大小)
        -PAS(SWORD)           Firebird password -(密码)
        -R(ECREATE_DATABASE) [O(VERWRITE)] create (or replace if OVERWRITE used)

                                database from backup file -(从备份文件创建或替换[若使用OVERWRITE]数据库)
        -REP(LACE_DATABASE)   replace database from backup file -(从备份文件替换数据库)
        -RO(LE)               Firebird SQL role -(权限)
        -SE(RVICE)            use services manager -(使用服务管理器)
        -T(RANSPORTABLE)      transportable backup — data in XDR format -(以XDE数据格式生成可迁移备份)
        -TRU(STED)            use trusted authentication -(使用受信用认证)
        -USE_(ALL_SPACE)      do not reserve space for record versions
        -USER                 Firebird user name – (用户名)
        -V(ERIFY)             report each action taken -(运行报告)
        -Y  <path>            redirect/suppress status message output 
        -Z                    print version number -(显示版本号)

函数语法:

COALESCE( Expr1, Expr2, Expr3, … )

COALESCE 返回参数列表中第一个非NULL的值。若所有的参数都为NULL，则返回值为NULL。

在InterBas的API函数中，事务处理常用的API函数有：
1、isc_start_transaction()：使用已经定义的TPB（事务参数缓存）在一个或多个数据库上启动一个新的事务。
2、isc_commit_retaining()：提交事务的更改，但并不结束事务的执行，仍然保留事务的上下文，可以再使用。
3、isc_commit_transaction()：提交事务的更改，并结束事务的执行，释放上下文。
4、isc_rollback_transaction()：回退事务的更改，并结束事务的执行，释放上下文。
启动一个事务分为三个步骤：创建并初始化事务句柄，可选择的创建并配置事务参数缓存，最后调用isc_start_transaction（）。处理事务的永恒不变的原则是：任何事务都要尽可能地及时结束，不要拖延。
这里我想强调一点，那就是InterBase的事务启动方式。通常情况下，对程序员和用户来说InterBase事务有两种启动方式，隐含启动和显式启动。大多数情况下大多数的程序员采用的是隐含启动，也就是你并没有明确调用（直接或间接）事务处理函数来处理事务，此时则由InterBase自动为你做这些工作。然而采用显示的事务处理应该说是一种好的、值得推荐的方法，这可以有效地配合InterBase的多代结构工作。当然显示事务启动需要自行调用（直接或间接）事务处理的函数，就得多写几行代码。
有些人不理解，既然InterBase能在你不显式处理事务的情况下自动帮你处理，那还要我自己处理事务干什么？答案是：机器永远没有人聪明！它有时不知道应该及时结束一个事务！尤其在我们使用像IBX、DBExpress这样的控件的时候，它们对事务的自动处理并不是尽善尽美的。
下面我们来了解一下事务参数缓存TPB。TPB对事务的执行有着至关重要的影响。甚至可以毫不夸张的说，搞懂了 TPB，也就搞懂了InterBase事务处理。然而，我们经常使用的IBX、DBExpress等组件在底层封装了事务处理API函数，让很多人不能明显地（至少可以说不能像了解其他属性那样）了解TPB的含义。
TPB参数可分为如下几类：
1、事务版本号：isc_tpb_version3，InterBase引擎内部使用，表明事务的版本号。必须是TPB的第一个参数。
2、访问模式：指明事务可以对数据表进行的操作。有isc_tpb_read、isc_tpb_write两个选项。
1）isc_tpb_write：允许对表进行读写(select,insert,update,delete)操作，为缺省的访问模式。
2）isc_tpb_read：只允许对表进行读(select)操作。
只能设定一种访问模式，否则后者将覆盖前者。如果不指定，则使用缺省值。
3、事务之间的隔离级别：表明并发的事务间相互隔离的程度，也可以说是相互不受影响的程度。注意这里强调的是并发的事务。如果不是并发事务，则相互之间不会存在冲突，也就不需要进行相互间的隔离。事务的隔离级别通常有三级，分别是：
·read dirty脏读
·read committed提交读
·consistency一致性
read dirty脏读是最低的隔离级别，它允许一个事务访问另一个并发事务所作的还没有提交的更改。由于这个隔离级别可以读到其他事务未提交的数据或者不完整的数据，因此可能造成数据的不一致性，所以在关系型数据库系统中通常不被推荐。虽然从理论上讲InterBase的多代结构可以支持该选项，但实际上 InterBase并不接受脏读，因此实际中不要使用这个选项。BDE支持read dirty。
因此InterBase只有有下列四个隔离选项：
isc_tpb_read_committed, isc_tpb_rec_version
isc_tpb_read_committed, isc_tpb_no_rec_version
isc_tpb_concurrency
isc_tpb_consistency
实际是三个隔离级别，由低到高分别是：
isc_tpb_read_committed
isc_tpb_concurrency
isc_tpb_consistency
显然，隔离级别越高，并发性能越低。
1） isc_tpb_read_commited：这是InterBase中支持的最低隔离级别。它只允许一个事务访问其他并发事务已经提交的更改，没有提交的更改即脏数据则不允许读取。该选项可以充分发挥InterBase的多代结构优势，提供高吞吐、高并发的性能。该隔离级别必须和其他两个选项 isc_tpb_rec_version、isc_tpb_no_rec_version之一配合使用。它们提供了对已提交更改更精细的访问控制。
·isc_tpb_read_commited， isc_tpb_no_rec_version是缺省的调优选项，表示事务只能读取数据行的最新版本，如果该数据行的某个更改处于挂起状态即还没有提交，则不能被读取。也就是说如果数据行的所有版本已全部提交，则该选项可以访问到已经提交的最新版本，但如果数据行还有未提交的版本，则不允许访问该数据行，就连已提交的版本也不能读取。如果使用isc_tpb_wait选项，那么此时事务只能等待其他事务提交或者回退这些未提交的版本数据；如果使用 isc_tpb_nowait选项，那么此时事务不会等待而是立即返回一个冲突错误。
· isc_tpb_read_commited，isc_tpb_rec_version则表示事务可以立即读取已提交的数据行最新版本，尽管该数据行最近还有多个挂起的未提交版本。也就是说，不管数据行是否存在未提交的版本，该选项总是可以读到已提交的最新版本。这种情况下可能会产生冲突，要小心使用。
isc_tpb_read_commited选项特别适合用于和用户交互的在线事务处理系统。
2） isc_tpb_concurrency：这是比read committed高一级的隔离，相当于Snapshot，在BDE中又叫作重复读Repeatable Read。它允许一个事务获得该事务启动时数据库的一个快照，此后，它只能看到自身对数据库的更改，而其他并发事务的任何更改它均无法看到（这意味着这种隔离级别并不限制其他并发事务对数据库的改写，只是这些改写看不到罢了）。由于要保持事务启动时数据库的一个快照，所以事务启动时数据库中记录的所有版本必须也保持不变，这就必须禁止垃圾收集的运行。可见这个选项很适合于报表应用程序，因为无论重复几次读取表中的数据它总能获得相同的数值。和其他关系数据库系统不同，这个选项既提供了良好的重复读功能（较长的读事务），又不影响其他用户事务的并发在线操作（如更改），充分发挥了InterBase的多代结构优势，提供高吞吐、高并发的性能。该选项不大被推荐用来和用户进行交互，因为用户往往需要的是实时的数据而不是好像“冻住”了的数据。此外使用该选项的事务一定要尽快结束，不能拖很长时间。
3）isc_tpb_consistency：这是最严格的隔离级别，相当于强制重复读Forced Repeatable Read，这也是InterBase特有的隔离级别，其他关系数据库系统和BDE并不支持这种级别。在这种隔离模式下，如果一个表正被一个事务访问，则不允许其他任何事务再对其进行改写，即相当于在表上加了一把写锁。该选项一定要小心使用，因为它会极大地降低并发性能，并且一旦使用则一定要在操作完成后尽快结束事务。
隔离级别也只能设定一种，否则后者将覆盖前者。
不隔离级别的事务之间的交互如下表：
各种事务隔离级别的对比如下表：
API level constants & IBO. Language level & tools. BDE level.
(Not supported) (Not supported) Dirty Read
Read Committed Read Committed Read Committed
Concurrency Snapshot Repeatable Read
Consistency Snapshot table stability (Not supported)
4、锁冲突的解决方案：表明当一个事务在写操作（更该、删除）期间遇到访问冲突时将如何处理。
isc_tpb_wait是缺省的方式，表示事务必须要等待，直到其他并发事务结束，锁定的资源被释放。一旦资源被释放，事务就重新尝试其操作。
isc_tpb_nowait则表示事务只是返回一个冲突错误而不等待资源释放，故此时事务不会再作尝试。
这两种方式也只能指定其中一种，否则后者将覆盖前者。
5、表的保留方式：通常，事务只有在真正从数据表中读无数据或往表中写入数据时才获得特定的访问权。表的保留选项则表明了对事务访问的特定表的访问模式和锁的解决方式。当这个选项被使用的时候，那么当事务启动时，这个表就被保留着某种特定的访问权限，而不是在表实际被访问时。该选项在多个并发事务共享数据库访问的环境中才有用，它有如下三个主要目的：
·防止通常情况下的死锁和更该冲突。
·由于触发器和约束可能影响表的锁，因此该选项可以提供依赖锁。尽管没有必要提供一个明显的依赖锁，但它能确保由于间接的表冲突而不产生更该冲突。
·可以在事务中改变对一个或多个单独的表的访问级别。
有效的保留方式有：
1） isc_tpb_shared ，isc_tpb_lock_write：允许使用isc_tpb_write访问模式+ isc_tpb_concurrency或+isc_tpb_read_commited隔离级别的任何事务进行更改，而使用上述隔离级别+ isc_tpb_read的事务可以读取数据。
2）isc_tpb_shared ，isc_tpb_lock_read：可以允许任何事务读取数据，也允许使用isc_tpb_write访问模式的事务更改数据。这是最自由的保留模式。
3）isc_tpb_protected，isc_tpb_lock_write：阻止其他事务更改。使用isc_tpb_concurrency或isc_tpb_read_commited隔离级别的可以读取数据，同时也只有这些事务可以更改数据。
4）isc_tpb_protected，isc_tpb_lock_read：禁止所有的事务更改数据，同时允许所有的事务读取数据。
TPB的格式如下：
版本号
访问模式
隔离级别
冲突解决
表保留选项
例如1：
isc_tpb_version3,
isc_tpb_write,
isc_tpb_concurrency,
isc_tpb_nowait,
isc_tpb_protected, isc_tpb_lock_read, "EMPLOYEE"
例如2：
isc_tpb_version3,
isc_tpb_write,
isc_tpb_concurrency,
isc_tpb_nowait,
isc_tpb_protected, isc_tpb_lock_read, "COUNTRY",
isc_tpb_protected, isc_tpb_lock_write, "EMPLOYEE"
缺省的TPB是：isc_tpb_version3,isc_tpb_write,isc_tpb_concurrency,isc_tpb_wait。
通过上面的说明，我们对InterBase的事务处理有了一定的理解。那么这对我们实际的应用系统有什么参考价值呢？在此我给出一点看法，正确与否仅供大家参考。
１Ａ、在线事务处理应用系统：这些系统的显著特点是大量并发用户与数据库交互，用户基本都要对数据库进行频繁的改写。建议使用如下的TPB参数：
isc_tpb_version3
isc_tpb_read_committed
isc_tpb_rec_version或isc_tpb_no_rec_version，尽量用前者
isc_tpb_nowait
２Ｂ、混合应用系统：这些系统的特点是既允许用户对数据库交互，又需要进行报表或数据决策，但侧重于报表和数据决策。建议使用的TPB参数：
isc_tpb_version3
isc_tpb_concurrency
isc_tpb_nowait
３、报表数据决策应用系统：该系统的主要目的是进行报表处理或数据决策支持。这里边又可分为两类：
３Ｃ一类是不允许任何事务对数据库进行改写（只读），纯粹的报表和数据决策，建议使用的TPB参数：
isc_tpb_version3
isc_tpb_read
isc_tpb_consistency
３Ｄ另一类是只允许当前活动事务对数据库改写而不允许其他并发事务改写（排他写），建议使用的TPB参数：
isc_tpb_version3
isc_tpb_consistency
最后然我们看一下IBX、DBExpress、DataSnap对InterBase的事务处理。在这里我之所以没有讨论BDE，是因为BDE对InterBase的事务支持并不是很好，目前不大被推荐作为访问InterBase的技术。
１、IBX
IBX 使用IBTransaction控件进行事务控制。大多数人已经了解了如何设置IBTransaction的属性来让其工作，我不再赘述。但是在 IBTransaction中如何设置TPB来让它满足我们系统的需要呢？这就需要IBTransaction控件的params属性了，我们可以在这个属性改变TPB参数，以此来改变对事务的控制。默认情况下如果你让IBTransaction控件的params属性为空，则相当于 isc_tpb_version3、
isc_tpb_concurrency、isc_tpb_wait，这可能并不是你想要的。鼠标右键点击IBTransaction控件，就会出现一个事务编辑器，共有四个选项。各选项意义与我们前面介绍的对应如下：
snapshot:相当于２B。
Read Committed：相当于１A。
Read-Only Table Stability：相当于３C。
Read-Write Table Stability：相当于３D。
如果这些选项不符合你的需要，你就要点击params属性自己编辑了。
２、DBexpress
DBexpress 中使用TSQLConnection控制事务。启动事务的语句是：
procedure StartTransaction(TransDesc: TTransactionDesc);需要一个事务描述类型作为参数。事务描述类型如下：
type
TTransIsolationLevel = (xilDIRTYREAD, xilREADCOMMITTED, xilREPEATABLEREAD, xilCUSTOM);
TTransactionDesc = packed record
TransactionID : LongWord;
GlobalID : LongWord;
IsolationLevel : TTransIsolationLevel;
CustomIsolation : LongWord;
end;
我们看一下其事务隔离级别：
xilDIRTYREAD：脏读，允许当前事务看到其他事务所作的任何更改，即便这些更改还没有被提交。
xilREADCOMMITTED：读提交，即允许当前事务只看到其他事务已提交的更改。但是如果在事务结束前有额外的更改提交，将得到不一致的数据视图。
xilREPEATABLEREAD：确保当前事务得到一致的数据视图。因此它仅仅允许该事务看到在该事务启动时已经提交的更改。
xilCUSTOM ：表示当前事务使用数据库特定的隔离级别，由CustomIsolation指定。遗憾的是xilCUSTOM选项目前没有支持。
通过对比可见，DBExpress的事务隔离中，xilREADCOMMITTED相当于InterBase的isc_tpb_read_commited +isc_tpb_no_rec_version，xilREPEATABLEREAD相当于isc_tpb_consistency。当然，如果 TSqlconnection能提供xilCUSTOM选项就更好了，这样便于结合数据库类型更好的调整事务处理的方式。
３、Datasnap
DataSnap 处理事务的模式在李维先生的书中有很好的描述。我们关键是要记住一点，当需要对数据库进行改写即调用ApplyUpdats时，DataSnap会自动启动事务为你工作，这也是默认的方式，可能很多人就直接使用这种默认方式。可是我要强调一点，在这种默认方式下，DataSnap总是在当使用 Tclientdataset时才进行事务处理，如果没有使用Tclientdataset，DataSnap就不会自动进行处理事务。因此，如果中间层中你的数据集通过datasetProvider输出给Clientdataset，就不会有什么问题嗯，但是那些没有通过 datasetProvider输出到Clientdataset的数据集，就不会在datasnap的事务处理控制下，即便该数据集仅仅是读操作，也需要嵌套在事务中进行，这是Interbase必须要求的。所以我的看法是，不论何时，还是使用显式事务控制好。我们可以在中间层中，对于对数据库的每一个操作都显式地调用事务处理语句，并及时结束事务。这个做法对两层结构也同样适用。
如果你没有使用显式事务控制，对于在中间层中使用IBX，要进行一些特别的设置，如：如果数据集准备通过ＤatasetProvider输出给Clientdataset，要设置数据集关联的 TIBTranSaction的AutoStopAction为saCommit，那些不通过ＤatasetProvider输出给 Clientdataset的数据集，其关联的TIBTranSaction的AutoStopAction要设置为saNone。此外，在中间层中使用 IBX，还要把数据集的UniDirectional属性设置为true，使之成为单向的，因为我们不需要中间层为我们缓存数据，而是通过客户端的 Clientdataset缓存数据。
最后，我还想说明一点，有很多人询问在Interbase中如果对一条记录加锁。首先我认为这些人很是受其它关系数据库系统模式的影响，没有真正理解InterBase的多代结构的工作原理。实际上在InterBase的多代结构中，没有必要对一条记录加锁，这也是一种不正常的做法。因此，从其它关系数据库转来使用InterBase的程序员，要转变这个观念，把心思更好的用在理解把握InterBase的版本事务模式和多代结构上。

1、FB支持读取和操作ascII文本格式作为外部表；外部表只能select和insert，不能update和delete；可以吧外部表转换成内部表；操作外部表不受事务控制，插入数据后不能rollback；DROP DATABASE不会自动删除已经创建的外部表，必须手动删除。
2、创建外部表：

CREATE TABLE EXT_TBL_NAME
EXTERNAL FILE filespec
(columndef [,columndef,...],
[line_delimiter_1 CHAR(1)
[, line_delimiter_2 CHAR(1)]]);

3、在 firebird.conf (for v. 1.5 servers) 中配置ExternalFileAccess参数存取外部表
4、格式：外部表不支持blob和array；不推荐使用varchar；注意要包含一个列作为换行符，windows下一般要2字节，unix下一般是1个字节

导入外部文件到FB:
1、所有的列都为char，文本文件必须在服务器上：

CREATE TABLE EXT_TBL EXTERNAL FILE ‘file.txt’ (
FNAME CHAR(10),
LNAME CHAR(20),
HDATE CHAR(10),
NEWLINE CHAR(2));
COMMIT;

注意现在假设在windows下，所以换行符NEWLINE CHAR(2)为两个字节
2、创建FB表，为了让这个表和外部表执行相关操作，也包含一个单独的列存储换行符：

CREATE TABLE PERSONNEL (
FIRST_NAME VARCHAR(10),
LAST_NAME VARCHAR(20),
HIRE_DATE DATE,
NEW_LINE CHAR(2));
COMMIT;

3、使用文本编辑器，或者其他应用程序输出为指定格式的文本文件，让每一条记录都有相同的长度，没有用到的空格补上，比如：
123456789012345678901234567890123456789012
fname…..lname……………hdate…..n
JamesbbbbbStarkeybbbbbbbbbbbbb2004-12-10n
ClaudiobbbValderramabbbbbbbbbb2003-10-01n
每行42个字符，其中b代表补的空格，n是换行符
4、执行选择语句看看效果：

SELECT FNAME, LNAME, HDATE FROM EXT_TBL;
FNAME LNAME HDATE
========= =================== ===========
James   Starkey       2004-12-10
Claudio Valderrama      2003-10-01

5、插入外部数据到表里：

INSERT INTO PERSONNEL
SELECT FNAME, LNAME, CAST(HDATE AS DATE),
NEWLINE FROM EXT_TBL;
COMMIT;
SELECT FIRST_NAME, LAST_NAME, HIRE_DATE
FROM PERSONNEL;
FIRST_NAME LAST_NAME      HIRE_DATE
========== ================== ===========
James   Starkey       10-DEC-2004
Claudio Valderrama      01-OCT-2003

注意：执行刚才的插入操作时FB需要独占外部表文件，故如果已经有程序打开了文本文件，插入会失败。

从数据库中导出数据到外部文件：执行和刚才相似的操作过程。
清空要导出的文本文件。

INSERT INTO EXT_TBL
SELECT FIRST_NAME, LAST_NAME,
cast(HIRE_DATE AS VARCHAR(11),
ASCII_CHAR(10)
FROM PERSONNEL
WHERE FIRST_NAME LIKE ‘Clau%’;

SELECT FNAME, LNAME, HDATE FROM EXT_TBL;
FNAME    LNAME         HDATE
========== ==================== ===========
Claudio   Valderrama      01-OCT-2004

注意：操作完成后要释放外部文件，ASCII_CHAR() 函数在ib_udf里。

转换外部表为内部表：
通过使用 gbak 加上¨-convert"参数，在备份中，原来所有的外部表将转为内部表。恢复后，外部表的定义也被清除。

SHOW TABLES;
SHOW TABLE tablename;

二、更新字段注释

UPDATE RDB$RELATION_FIELDS
SET RDB$DESCRIPTION = ‘描述信息’
WHERE (RDB$RELATION_NAME = ‘SHOP’)
AND (RDB$FIELD_NAME = ‘CREDIT_BUY’)

三、显示字段注释

SELECT RDB$FIELD_NAME,RDB$DESCRIPTION
FROM RDB$RELATION_FIELDS
WHERE (RDB$RELATION_NAME = ‘SHOP’)
AND (DB$FIELD_NAME = ‘CREDIT_BUY’)

四、更新表注释

UPDATE RDB$RELATIONS
SET RDB$DESCRIPTION = ‘描述信息’
WHERE RDB$RELATION_NAME = ‘TABLE_NAME’;

五、查询所有的表和视图（包括系统表和系统视图）

SELECT RDB$RELATION_NAME
FROM RDB$RELATIONS;

六、查询所有的用户表和用户视图

SELECT RDB$RELATION_NAME
FROM RDB$RELATIONS
WHERE RDB$SYSTEM_FLAG = 0;

七、查询所有的用户表

SELECT RDB$RELATION_NAME
FROM RDB$RELATIONS
WHERE RDB$SYSTEM_FLAG = 0
AND RDB$VIEW_BLR IS NULL;

八、查所有用户表、用户视图所有字段及相关定义

SELECT
   a.RDB$RELATION_NAME,
   b.RDB$FIELD_NAME,
   b.RDB$FIELD_ID,
   d.RDB$TYPE_NAME,
    c.RDB$FIELD_LENGTH,
   c.RDB$FIELD_SCALE
FROM RDB$RELATIONS a
INNER JOIN RDB$RELATION_FIELDS b
ON a.RDB$RELATION_NAME = b.RDB$RELATION_NAME
INNER JOIN RDB$FIELDS c
ON b.RDB$FIELD_SOURCE = c.RDB$FIELD_NAME
INNER JOIN RDB$TYPES d
ON c.RDB$FIELD_TYPE = d.RDB$TYPE
WHERE a.RDB$SYSTEM_FLAG = 0
AND d.RDB$FIELD_NAME = ‘RDB$FIELD_TYPE’
ORDER BY a.RDB$RELATION_NAME, b.RDB$FIELD_ID;

九、查找某表的所有字段及相关定义

SELECT
   A.RDB$FIELD_NAME,
   B.RDB$FIELD_TYPE,
   B.RDB$FIELD_LENGTH,
   B.RDB$FIELD_PRECISION,
   B.RDB$FIELD_SCALE
FROM RDB$RELATION_FIELDS A, RDB$FIELDS B
WHERE A.RDB$RELATION_NAME = ‘tablename’
AND A.RDB$FIELD_SOURCE = B.RDB$FIELD_NAME
ORDER BY A.RDB$FIELD_POSITION;

十、查找某表的主键定义字段

SELECT A.RDB$FIELD_NAME
FROM RDB$INDEX_SEGMENTS A, RDB$RELATION_CONSTRAINTS B
WHERE B.RDB$CONSTRAINT_TYPE = ‘PRIMARY KEY’
AND B.RDB$RELATION_NAME = ‘tablename’
AND A.RDB$INDEX_NAME = B.RDB$INDEX_NAME
ORDER BY A.RDB$FIELD_POSITION;

十一、查找某表的外键定义

SELECT
   r1.RDB$CONSTRAINT_NAME,
   rind.RDB$FIELD_NAME,
   r2.RDB$RELATION_NAME
FROM
RDB$RELATION_CONSTRAINTS r1,
RDB$RELATION_CONSTRAINTS r2,
RDB$REF_CONSTRAINTS ref,
RDB$INDEX_SEGMENTS rind
WHERE r1.RDB$RELATION_NAME = ‘tablename’
AND r1.RDB$CONSTRAINT_TYPE = ‘FOREIGN KEY’
AND r1.RDB$CONSTRAINT_NAME = ref.RDB$CONSTRAINT_NAME
AND ref.RDB$CONST_NAME_UQ = r2.RDB$CONSTRAINT_NAME
AND r1.RDB$INDEX_NAME = rind.RDB$INDEX_NAME;

7. SUBSTRING(string FROM pos FOR length)
说明:取字符串子串,注意,第一个字符的位置是1
8. BIT_LENGTH *
说明:返回字符串位(bit)数
9. CHAR_LENGTH/CHARACTER_LENGTH *
说明:返回字符串字符数
10. OCTET_LENGTH *
说明:返回字符串字节数
11. CASE
说明:通过执行外来的一组条件取得相应的返回值
举例

i) 简单
SELECT o.ID, o.Description,
CASE o.Status
WHEN 1 THEN ‘confirmed’
WHEN 2 THEN ‘in production’
WHEN 3 THEN ‘ready’
WHEN 4 THEN ‘shipped’
ELSE ‘unknown status ”’ || o.Status || ””
END
FROM Orders o;
ii) 表达式
SELECT o.ID, o.Description,
CASE
WHEN (o.Status IS NULL) THEN ‘new’
WHEN (o.Status = 1) THEN ‘confirmed’
WHEN (o.Status = 3) THEN ‘in production’
WHEN (o.Status = 4) THEN ‘ready’
WHEN (o.Status = 5) THEN ‘shipped’
ELSE ‘unknown status ”’ || o.Status || ””
END
FROM Orders o;

12. IIF (<search_condition>, <value1>, <value2>)
说明:表达式为真,返回value1否则返回value2
等价于以下语句:

CASE
WHEN <search_condition> THEN <value1>
ELSE <value2>
END

13. NULLIF(V1,V2)
说明:如果V1=V2,返回NULL,否则返回V1
等价于以下语句:

CASE WHEN V1 = V2 THEN NULL ELSE V1 END
举例
UPDATE PRODUCTS
SET STOCK = NULLIF(STOCK,0)

14. COALESCE(V1, V2, …, Vn)
说明:如果V1为Null,返回V2,否则返回V1,
如果 n >= 3, 等于如下case语句:

CASE
WHEN V1 IS NOT NULL THEN V1
ELSE COALESCE (V2,…,Vn)
END
举例
SELECT
PROJ_NAME AS Projectname,
COALESCE(e.FULL_NAME,’[< not assigned >]‘) AS Employeename
FROM
PROJECT p
LEFT JOIN EMPLOYEE e
ON (e.EMP_NO = p.TEAM_LEADER);
SELECT
COALESCE(Phone,MobilePhone,’Unknown’) AS "Phonenumber"
FROM Relations;

15.获当前日期：

select current_date from rdb$database  

获当前时间：

select current_time from rdb$database

16.Firebird数据库的取值范围
在其它SQL数据库里，有一个 Top n的子句，可以取头n条记录，Firebird不支持这个子句，但是它有更强大的子句：FIREST n SKIP n。
FIRST n表示提取头n条记录,SKIP n 表示从第几条开始提取，比如，我要从学生表里取语文成绩名次在11至15名的学生名单，SQL语句如下：

select first 5 skip 10 SNAME,YUWEN from achieve order by YUWEN desc

CREATE DATABASE <file name>
    [ PAGE_SIZE <page size> ]
    [ LENGTH = <length> ]
    [ USER <user name> ]
    [ PASSWORD <user password> ]
    [ SET NAMES <charset name> ]
    [ DEFAULT CHARACTER SET <charset name> [ COLLATION <collation name> ] ]
    [ DIFFERENCE FILE <file name> ]

Default COLLATION (version 2.5)

Specify the default collation of the default character set.

Example

SQL>CREATE DATABASE 'D:\data\test.fdb' page_size 8192 user
'SYSDBA' password 'masterkey';

SQL>SELECT * FROM RDB$RELATIONS;

注意，当数据含小数部分时，请尽量用DECIMAL，因为浮点型有精度问题，除非数值特别大，才用浮点型！

DECIMAL与NUMERIC的区别
比如，DECIMAL(5,2)与NUMERIC(5,2)所分别定义的字段，DECIMAL(5,2)指的是至少有5位数字，还可以更多！而NUMERIC(5,2)指的是，就是5位，不多也不少。

SMALLINT：短整型，取值范围：-32768至32767

CHAR：字符型，最多32767个字符

注意，使用CHAR类型，即使字符数没有达到指定字段的宽度，也会用空字符补满！取值时，请注意用TRIM()等函数去掉多余空字符。除非确定每条记录的字符数不变，否则请用VARCHAR类型。

VARCHAR：可变长度字符型，最多32767个字符
TIME：时间型，取值范围：00:00至23:59.9999
TIMESTAMP:日期时间型，取值范围：公元100年1月1日至公元32768年2月29日，同时包含日期与时间信息。
DATE：日期型，取值范围：公元100年1月1日至公元32768年2月29日。

注意，建库时需选择DIALECT 3级别才支持DATE型，否则就是TIMESTAMP型。

BLOB：大二进制型，可支持Text(文本)、Binary Data(二进制型，比如图片，声音等)等子类型。取值范围：64KB以内。