java真有这么强大，可以替代c开发金融系统的联机交易后台了？

yulihua49

linux_c_py_php 发表于 2013-05-16 16:32
用C写DB操作有多痛苦，本来就是应该用点字符串，数组操作方便傻瓜的语言。

用C操作DB,极快而又方便。
因为我们有高性能DB框架，类似JAVA的Hibernate的，不用写SQL语句，自动生成的。
性能超过了当前一切其它数据库接口：
http://bbs.chinaunix.net/thread-2002330-1-1.html

linux_c_py_php

yulihua49 发表于 2013-05-18 15:34
用C操作DB,极快而又方便。
因为我们有高性能DB框架，类似JAVA的Hibernate的，不用写SQL语句，自动生成的 ...

汗, DB本身是慢的, 你贴个不用写SQL的库能说明什么.

C可以通过多线程/多进程把耗CPU的业务加快, 但到了DB就是一样的慢, 同步网络访问, 跨机房延迟让DB操作无法忍受, 还是期待mariadb吧.

linux_c_py_php

linux_c_py_php 发表于 2013-05-18 15:48
汗, DB本身是慢的, 你贴个不用写SQL的库能说明什么.

C可以通过多线程/多进程把耗CPU的业务加快, 但到 ...

慢的是哪里, 这个要分清楚, 没人说C慢, 我们有些定时DB任务, 用C多线程并发一下才能变快, 而不是说DB本身就变快了.

chezz99

有些人的大脑啊，哎，真奇葩！

yulihua49

linux_c_py_php 发表于 2013-05-18 15:49
慢的是哪里, 这个要分清楚, 没人说C慢, 我们有些定时DB任务, 用C多线程并发一下才能变快, 而不是说DB本 ...

就是这个道理。C可以方便使用各种系统资源，提供并行服务，充分使用DB的各种功能，如RAC等。实际上实现了比存储过程高数倍的能力。
正如你前边说的，比如OCI接口，十分繁琐。大家都诟病于此。
开发不用写SQL的框架，就简化了OCI的使用，使得如绑定变量，保持游标，批量操作这些高性能的法宝，方便透明的使用起来。即使菜鸟都能轻松写出高性能、可靠的数据库应用。JAVA er嘲笑C在数据库方面的笨拙。但是，这个框架，任何一个JAVA系统无法与之性能匹敌。当然，你说C比JAVA快0.02秒那是没用的。如果说交易吞吐量提高3倍，就不一样了。
回应前边的说，IO密集型各种语言差不多。我告大家，差很多！！
如果简单的把类似语句拿过来，性能的确不会差多少，关键是要充分发挥系统各种资源的协调运作。
就像以前你的50wqps的技术，异步并行操作，流水线，。。。。。。
还有各种内存检索机制，把部分相对静态的数据，建立内存的HASH表，树，队等等，处理这类问题就是C的长项了。

所以说，一个简单的C程序员，对抗JAVA，是没用的。
你必须有一个团队，深谙系统机能，熟悉架构各部件的配合，才有战斗力。

yulihua49

linux_c_py_php 发表于 2013-05-18 15:48
汗, DB本身是慢的, 你贴个不用写SQL的库能说明什么.

...

有一个问题你注意没有，商业开发，用户需求永远是说不清的，永远是在变化的。那么数据结构也是在不断变化。
不写SQL，就意味着，当数据结构变化时，你的程序不用变化。
一个表有150列，如果绑定变量，至少150行，不仅程序“不优雅”，还增大了软件的维护量。

在我们的框架里，绑定变量是内部的，你不用写也看不见，将来也无须修改。随着数据库的变化，内部的SQL语句自动变化。

批量操作，游标处理都封装在内部，你只要调几个函数就一切OK，都不用懂SQL。
DB，能达到最高的性能。比你自己写的SQL性能高得多。

http://bbs.chinaunix.net/thread-1933560-1-1.html
那是早期的试验，比存储过程性能高不少。这还仅仅是单线程的情形。现在我们用多线程批量插入（在RAC环境），达到sqlldr的6.5倍的速度，直接路径的3倍。
哪个JDBC程序能够PKsqlldr？更不用说这个框架了。

现在这部分内容封装到框架内部了，外边看不见。

siseniao

要想C在这方面跑过java，就只能在磁盘IO和网络IO上下功夫了:wink:

zhengb302

回复 41# wonghoifung


    +1

yybmsrs

回复 56# yulihua49


    JDBC能达到sqlldr的速度吗？

beckheng

网络延时是多少？