看我做的数据库包装器

yulihua49

原帖由 wm_qz 于 2009-3-23 18:15 发表
哈哈东西是好，本人自己写了一套C#的，包括数据库的操作，接口，可以生产JAVASCRIPT对象，AS3对象 c#对象，vb.net的都有，包括前台，后台，接口层都有

可以交流一下。
最近非常忙，一直在IBM，几周没来，又做了一套通过MQ访问TPF的DAU。
这样我们的应用程序几乎不用修改就可以运行在TPF数据存储（不是关系数据库，有时我们也管它叫数据库）上。过一段给大家show一段TPF的DAO。不是SQL，也很简短。
一直没时间回单位，所以答应newkid的事也一直没做，抱歉。

[ 本帖最后由 yulihua49 于 2009-3-28 21:57 编辑 ]

yulihua49

原帖由 losebird 于 2009-3-23 20:07 发表
好像有点复杂。。。

用起来很简单。而且程序的可靠性、健壮性大大提高。
C语言最大的诟病就是不够健壮，尤其是新手。

newkid

原帖由 yulihua49 于 2009-3-28 21:59 发表

用起来很简单。而且程序的可靠性、健壮性大大提高。
C语言最大的诟病就是不够健壮，尤其是新手。

不够健壮的是程序而不是C语言，主要是指针操作太复杂了，新手一不小心就搞错。

yulihua49

原帖由 newkid 于 2009-3-29 04:55 发表


不够健壮的是程序而不是C语言，主要是指针操作太复杂了，新手一不小心就搞错。

的确如此，至深体会。
出问题在两种时候，1:框架初写，调试中，2:不使用框架时。
有人试图不使用框架，自己解析结构，错的一塌糊涂，还得回来用框架。
那个JSON－C－0.7的包可不是好玩的，什么时候要分配，什么时候要释放，一不小心就错。
还是在框架里用吧。

[ 本帖最后由 yulihua49 于 2009-4-1 21:47 编辑 ]

yulihua49

最新研究成果：
ORACLE的commit时间。
先说席位申请的流程：
读发站，读车次，读到站，读席位，占用席位，数据打包，所有席位处理完毕，commit，返回。
从客户端发出请求到收到数据，共44ms。
其中，commit一句话，38ms，其余所有活动6ms。
语句的优化，讨论到此为止。静态语句也好，动态语句也好，存储过程也好，oci语句也好，都不重要，一切都被commit耗尽。
commit与rollback在时间消耗方面完全等价。
无修改记录，100微秒。
1个修改，32ms。5个修改，38ms，1000个修改，60ms。具有对数倾向。
对于短事务的OLTP，语句的优化不太重要，commit的设计很重要！
目前不知道的，这些时间到底有多少是中间服务器开销，多少是数据库服务器开销。

[ 本帖最后由 yulihua49 于 2009-4-12 15:10 编辑 ]

wanglina

原帖由 yulihua49 于 2009-4-12 15:00 发表
对于短事务的OLTP，语句的优化不太重要，commit的设计很重要！

个人认为每一个细节都很重要，每一个细节都是完美的，才是一个完美的项目！

newkid

原帖由 yulihua49 于 2009-4-12 15:00 发表
最新研究成果：
ORACLE的commit时间。
先说席位申请的流程：
读发站，读车次，读到站，读席位，占用席位，数据打包，所有席位处理完毕，commit，返回。
从客户端发出请求到收到数据，共44ms。
其中，commit一句话，38ms，其余所有活动6ms。
语句的优化，讨论到此为止。静态语句也好，动态语句也好，存储过程也好，oci语句也好，都不重要，一切都被commit耗尽。
commit与rollback在时间消耗方面完全等价。
无修改记录，100微秒。
1个修改，32ms。5个修改，38ms，1000个修改，60ms。具有对数倾向。
对于短事务的OLTP，语句的优化不太重要，commit的设计很重要！
目前不知道的，这些时间到底有多少是中间服务器开销，多少是数据库服务器开销。

commit时间是平直的，和事务大小无关，花在日志同步上。让你们DBA看一下REDO LOG有没有优化余地。
在所有优化环节中，应用设计仍然是最重要的。

afeiwf

想看完这个帖子的讨论细节还真够累人的，不过的确很精彩，二位对技术的执着很值得现在的年轻从业者学习，从讨论中得到不少启发，yulihua49 是我曾经的同事，一个非常执着而有趣的老头，人非常非常好，你应该能猜出我是谁了吧？

yulihua49

原帖由 afeiwf 于 2009-4-14 16:36 发表
想看完这个帖子的讨论细节还真够累人的，不过的确很精彩，二位对技术的执着很值得现在的年轻从业者学习，从讨论中得到不少启发，yulihua49 是我曾经的同事，一个非常执着而有趣的老头，人非常非常好，你应该能猜出我是谁了吧？

wf?

yulihua49

原帖由 wanglina 于 2009-4-12 20:06 发表

个人认为每一个细节都很重要，每一个细节都是完美的，才是一个完美的项目！

敬佩这种追求卓越，精益求精的精神。
我说的是有条件的，1是短事务，语句并未做太多的事。2是它已经不占时间，再优化也没用了。
前边的测试数据说明了这一点，各种方法时间消耗都在同一数量级，没有太多改良余地。
所有语句5.8ms，commit38ms，你打算优化多少，在哪优化？

[ 本帖最后由 yulihua49 于 2009-4-15 16:00 编辑 ]