我在编译时:加了include 选项的
sesc -o /App_ibs/iBOSS/rating/src/rs/obj -t cpp -
include /App_ibs/iBOSS/rating/include /App_ibs/iBOSS/rating/src/rs/loadParaTool.sc

在loadParaTool.sc 文件里也加了
exec sql INCLUDE rs.h; 不行

include "rs.h" 也不行

      有两个主要区别。一个是数据库所在的位置不同。磁盘DBMS总是将数据库存在磁盘上，将要访问的数据放在内存缓冲中。内存DBMS将磁盘上的备份数据库加载到内存中并在内存中进行管理。第二个区别就是他们的性能有非常大的不同。另外由于运行环境不同二者之间也有一些其它的区别。在性能方面内存DBMS大约比磁盘DBMS高10倍，功能方面内存DBMS和磁盘DBMS基本相同。

      系统故障时，如果没有硬盘故障，则可以使用altibase启动时的恢复机制进行完全的恢复。但是如果出现硬盘故障，则只能恢复到最近一次的备份。 系统运行当中可以进行全部备份或表级备份

Altibase还具有强大的复制功能，通过复制使系统具有高可用性和高稳定性。

数据的完整由TCP控制，利用其本身的查错功能。

      可以只对关键模块使用Altibase, 其余数据保存在磁盘数据库中。

      但在大部分情况下，可将所有数据保存在内存中，Altibase独立使用。

      冷热数据转换是通过应用程序实现的。很多时候，Altibase与磁盘数据库的连用是以模块方式实现的，Altibase负责的模块主要存放热数据。

      客户端程序移植和两个数据库之间的联系程序，由于Altibase支持ODBC, JDBC, SES如C/C++等多种标准借口，所以这种移植是非常容易实现的。

      只有当数据量很大情况下，已有的服务都是基于硬盘的数据库，如果把这些都转移到ALTIBASE数据库需要很多的费用 （Altibase价格增长），所以只把那些影响系统性能的服务转移到ALTIBASE。

      但由于Altibase强大的复制功能，很多用户发现没有必要使用上述方法。

1.sesc 只是预编译器， 不能那么做。
2.include 的时候，要用 -I。

altibase@[/home/altibase/altibase_home/sample/SESC][196]>gmake -n connect1 sesc -t cpp connect1.sc xlC_r -q64 -
DPDL_NDEBUG -qcheck=nobounds:div:null -qtempinc -qinfo -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -qspill=32000 -
qflag=w:w -O2 -qinline -D__PDL_INLINE__ -DPDL_LACKS_PDL_TOKEN -DPDL_LACKS_PDL_OTHER
-DPDL_AIX_MAJOR_VERS=5 -DPDL_AIX_MINOR_VERS=3 -c -I/home/altibase/altibase_home/include -I. -o connect1.o connect1.cpp
xlC_r -O2 -qinline -q64 -bmaxdata:0xFFFFFFFFFFFFFFFF -L.
-L/home/altibase/altibase_home/lib -o connect1 connect1.o -lsesc -lodbccli -lpthreads -lhm

您可以通过下列的语句在数据库端查询,连接程序的执行sql语句及执行时间（毫秒级）。
SELECT a.client_constr, a.comm_name, b.execute_time, b.query
FROM SYSTEM_.V$SESSION a, v$statement b
Where a.id = b.session_id;

1、没有 connection的时候
2、发生 Timeout
- 有 Query Timeout, Fetch Timeout, UTrans Timeout, Idle Timeout
其中，Query Timeout 不会断开连接，其他情况都发生连接中断.
3、网络问题
4、DB Server 结束的时候
5、DB Server 已结束，无法连接的时候

不支持

Altibase不支持在select 后的字段名、表明项中使用host变量。但是可以用类似下列的方法解决：
strcpy(query, "...%s..."，fee_date);
EXEC SQL EXECUTE IMMEDIATE :query;

Altibase的add_month函数与oracle是有上面所述的区别。
可以用dateadd函数进行调整。

alter table BF_BILL_THREAD_T modify (err_info varchar2(500));
即不支持字段的修改。
如果在系统运行时，修改字段很可能引起错误。还是用iloader导出数据并重新倒入比较安全。
但是支持：
alter table add column
delete column

从报错可以看出为内存分配的问题，需要察看的为以下几个方面：
1.内存使用情况（glance）
2.altibase.properties 中的属性MEM_MAX_DB_SIZE（确定正确设置后又没有重新启动）
3.系统配置属性sam => kernel configuration => configurable （其中maxdsiz_64bit限制了最大内存使用量）
4.察看硬盘使用情况(df -k)。
经察看为第3个属性引起的问题。重新设置最大内存使用量（install manu中有详细介绍），重新启动系统，重新启动数据库，数据库恢
复正常。

绑定参数函数向数据库提供数据，用于insert、update及where子句等；绑定列函数用于从数据库读取数据

可以使用

由于使用了函数SQLSetConnectAttr(dbc,SQL_ATTR_BATCH,SQL_BATCH_ON,0),重复设置了批处理开关导致批量插入出错，将这个函数注释掉后，错误消失

numeric(precision,scale)，是从距离小数点scale个数字位置开始，保留高位precision
个数字有效。经分析，确定Precision-scale可作为numeric整数位数的计算及进行数据类型的转换的依据

使用nvl函数避免取出为空的数据时出错的问题

目前Altibase 4.3.9版本还不支持日志分析器。

即使是同样的数据在内存里， Altibase 的内存是数据库存储介质本身，但 Oracle 的 Memory(Keep) 是为了弥补磁盘用的 Cache 用。
因此，Select 时 Access 数据的方法（Algorithm）就不一样。 Altibase 是根据索引直接访问数据，所以 Random Access 较强，但 Cache 对顺序 Access 强。
毕竟 Oracle 也强化了此功能，但原理上 Altibase 更优。 如果不走索引，全表扫描的话，两个数据库性能差不多，但如果走索引， Altibase 肯定比 Oracle 快。
最重要的是 Update/Insert/Delete 等 DML操作 Oracle 要写到磁盘。

可以定时回写，但写的时候为了以后从磁盘方便快速读取，重新整理后写到磁盘。但 Altibase 除了logging 以外， checkpoint 的时候才发生 Disk I/O ，是 dump 方式，所以简单快速.
更重要的是 Oracle 本身不建议把 U/I/D 操作频繁的表keep 到 Buffer ，这样可能更降低性能。
Oracle 建议把 Reference 表 Keep 到 Buffer。

Hardware 的 Memory 坏掉了， Altibase 可能直接死掉，可能跟 kill -9 一样，数据库级别什么报错和日志都没有。 这种情况没有遇到过，所以这只是可能。

Disk 也会跟 Memory 坏掉现象一样。 但 Altibase 运行状态中 dbs 和 logs 目录的 Disk 没有问题，应该没有什么问题。
Memory 和 Disk 坏掉了， Altibase 本身不会有日志，但操作系统本身会给 altibase 进程发送 signal。

启动时间受到以下因素影响： 数据量/ 索引量/ 磁盘速度/ CPU 个数/ CPU 主频的影响。
磁盘速度和数据量决定数据加载到内存的时间，索引量和 CPU 个数以及主频影响rebuild index 时间，因为 Altibase 创建索引的时候使用全部的 CPU。
我们一个案例中，数据大概 48G，索引大概18G，磁盘写的速度 50-70M/s，CPU 32 个（dual core），1.9GHz， 11分钟就能启动。
还有可以通过 altibase.properties 的SHM_DB_KEY 设置，可以把数据放到共享内存领域。
这样即使关闭 altibase ，数据在共享内存中，不会释放内存，但可以节省加载数据的时间。
所以数据量大的 Site， 比如 100G 数据量的，我们就放在共享内存领域中。

可以建立。 altibase 复制是基于 ip 和 replication_port_no 的， 所以只要有两个不同的 ip<不同的网卡> ，两套数据库之间可以建立多个复制。 建立 1个复制有5-10% 性能下降，那么建立2个有10-20% 性能下降。 注意点： 一般两套数据库之间建立多个复制的目的是抛开网络瓶颈，提高复制的速度。 但这两个复制不能保证顺序，所以互相有关系的表务必放在同一个复制关系中。

关联altibase 的视图和meta table，才能知道存储过程内容，jdbc 也要访问数据库才行。

不支持 DB-Link。

这里指的数据同步如果是 altibase 内存上的数据页和对应的磁盘上的数据文件的话，不用频繁同步。 altibase 现在是通过 checkpoint 实现这个功能，而且日志是实时同步，所以没有必要数据页频繁同步，也能保证数据库的完整性。

altibase 和 oracle 都作为数据库，保证事务本身的特性。 但多事物同时操作内存数据库和ORACLE数据库时，数据库级别不能保证数据的一致性和准确性，需要应用来减少不一致性。 altibase 和 oracle 上不可能完全的同时提交，所以有可能数据不一致，但缩短提交的时间差，尽量减少误差。

altibase 和 oracle 是完全独立的数据库，一个表不能同时放在2个数据库上，如 1个表不能同时放在oracle 和 DB2 上一样。

不支持 tuxedo 中的 xa功能，只是负载均衡用。国内国外案例里通过 tuxedo 再连接 altibase 数据库的非常多。

altibase 数据库使用的引擎为 B-Tree，跟 oracle 没有太大的差别。 但oracle 优化数据库的根本在于最小化磁盘 I/O，altibase 优化数据库的根本在于最小化访问次数。

altibase 数据库引擎就有一个，同时支持内存表和磁盘表，没有 ODBC 数据库引擎说法。 而且作为独立的数据库，altibase 不支持其他数据库的引擎。

通过 isql/iloader 等command 或应用接口可以连接数据库。 应用接口有 ODBC/ Embedded SQL/ JDBC/ window ODBC Driver/ Unix ODBC / PHP Interface/ Perl DBD等。

主要考虑大批量操作变更数据库参数即可，而且现在很多案例都包括实时操作和大批量操作。

altibase Starting Manual 的 property 部分的有关 session 参数上有详细说明。
可以调节客户端服务器端通信 Buffer, TIMEOUT　参数，所以不制约大批量操作。
以下为那些参数。 CM_BUF_SIZE
CM_DISCONN_DETECT_TIME
CM_DISCONN_HIGHWATER_MARK
IPC_CHANNEL_COUNT
IPC_CHANNEL_RETRY_COUNT
MAX_LISTEN
NLS_USE
PORT_NO
PSM_FILE_OPEN_LIMIT
FETCH_TIMEOUT
IDLE_TIMEOUT
QUERY_TIMEOUT
UTRANS_TIMEOUT

根据事务的特性，已经提交的事务不能回滚，即删除数据并提交的数据不能恢复。

内存数据库毕竟本身是数据库，所以访问内存以外还要管理事务等。 　　虽然使用共享内存技术时性能比内存数据库快 2-3倍，但无法变更数据结构，如果变更数据结构，业务开发量非常大。 　　而且不能用 SQL，不能关联表，维护较难；多并发的环境下不能保证一致性。 　　如果使用数据库，能保证事务（原子性、一致性、隔离性、持久性），即系统障碍下，多并发下保障安全性。 　　而且可以使用SQL ，并提供标准的开发接口，所以容易开发和维护。 总的来说，性能上内存数据库不如共享内存技术实现的应用，但综合评价性能、开发和管理、稳定性、功能等，内存数据库更优越。

完全不同的数据，需要重新开发。 但一个程序里可以同时连接2个数库。

初始创建数据库时默认有两个数据文件（mydb_0_0、mydb_1_0），三个log文件（logancher）,ping pong检查点就是交替的进行数据文件的写操作，而模糊是将内存的脏页进行罗列后统一进行写。

log、归档日志、数据文件位置信息