C/C++反射技术的替代方案
C/C++反射技术的替代方案：解决数据库-实体对应问题
上
一篇
/
下
一篇
2008-10-28 13:53:30
查
看( 423 )
/
评
论( 3 )
/
评
分( 11
/ 0
)
在JAVA中，反射技术
令人赞叹，据此，产
生了大量的ORM和JAVA BEANS。主要解决关系数据库
与对象实体的对应关系，使得数据库的访问简洁方便，与业
务逻辑能够脱离开来。
这些特性使传统的C/C++程序员羡慕不已。许多有识之士开始探讨C/C++环境下的反射技术，以便能够像JAVA那样优雅的写出数据库访问框架。他们的
工作取得了某些成效，但总的来说，使用的工具、技术比较繁杂，未能实现实用的工具框架。
如果能用其他方法解决类似ORM(Object Relational
Mapping)的问题，也是一种思路。实际上，我们在数年前就采用了一种方法，当时的目的是在三层客户-服务器模式下，服务器代理执行SQL
语句问题，其中要解决结果集向客户端传送问题,这实际上
就涉及了数据库与实体对象对应的问题。
在C语言里，数据实体就是struct，因此，对应机制我们就称之为SRM（Struct
Relational Mapping)
。我们知道，关系数据库有一个关于第一范式的规定，就是每一个元组（ROW),必须由简单属性（columns）构成。因此，我们的结构实体就由简单变量
构成，不包含结构、联合、指针等复杂类型。这种结构我们模仿POJO（Plain Ordinary Java
Object），就叫做POCS（Plain Ordinary C
Struct）。这个条件非常有利于描述SRM的映射关系。通过一个实例我们来看看这个系统在应用中的表现形态，然后进一步剖析它的内部机制。
这是一个实际程序的一部分，是ORACLE数据库。
数据库表定义
[code]
create table seat ( /* 席位表 */
start_date date, /* 始发日期 YYYY-MM-DD*/
beg_station number(4), /* 上车站 */
Train_no
varchar2(12), /* 始发车次 */
run_rain
varchar2(6), /* 运行·车次 */
on_date date，&
相关文档：
C和指针
在C中有一个很重要的概念，或许大家都知道，那就是指针。在很多初学者刚接触C的时候都认为这是最难的知识点了。没错，我刚开始学的时候也是这么想的，上了第一节课后，第一感受就是：天啊，这简直就是天书！由于个人对于C的爱好，经过一段时间的学习和研究之后，发现这一块是我最喜欢的，并且逐步发现这也是本人的 ......
在很大程度上,标准C++是标准C的超集.实际上,所有C程序也是C++程序,然而,两者之间有少量区别.下面简要介绍一下最重要的区别.
在C++中,民,局部变量可以在一个程序块内在任何地方声明,在C中,局部变量必须在程序块的开始部分,即在所有"操作"语句之前声明,请注意,C99标准中取消了这种限制.
&nb ......
C和C++互相调用函数时，使用extern "C"。
原因：
C不支持函数重载，而C++支持函数重载。函数被C++编译后会名字与C语言不同。假设某函数原型为foo(ing x, int y)，被C++编译后名字为_foo_int_int，而C编译器编译后名字为_foo。 ......
问题：在存储过程中，有时会遇到比较变态的东西，如一个存储过程中有output返回值，有return返回值，还有查询的返回值TABLE，遇到这样的存储过程真是郁闷，一次性把所有的返回值取出来还真的有点麻烦。
1、 首先来看这个存储过程吧
CREATE PROCEDURE ParaTest
@paraout varchar(20) ......
long long的最大值：9223372036854775807
long long的最小值：-9223372036854775808
unsigned long long的最大值：1844674407370955161
__int64的最大值：9223372036854775807
__int64的最小值：-9223372036854775808
unsigned __int64的最大值：18446744073709551615
我的电脑对__int128不支持，这个可能是预留给将� ......
