关于C语言，我喜欢和讨厌的十件事

yulihua49

boyatchinaunix 发表于 2013-11-26 13:31
在性能方面Hibernate是低下的，Hibernate解决的是业务需求频繁变化，数据库频繁改动的问题。
你的函 ...

欢迎提出意见。
就是因为java那帮人，耻笑C不方便处理数据库。
我不服JAVA的效率，发誓把Hebernate踩住。

DAU的效率是顶级的，它是效率优先的设计，里边用了很多技术，如有兴趣可讨论。
那个例子是访问了两个表，所以有嵌套，我只是模仿原来的程序，我也觉得设计有点不合理。

你可以关注一下，包装SQL与反射，他们有何区别。
我只模仿Hebernate的操作，绝不模仿其效率。
DAU的运行效率无人可比，pk过好多次了。
比sqlldr快好几倍。如果你熟悉ORACLE的这个东东的话。

底层，当然是SQL，但是，在DAU的生存期，只做一次。
你纵然使用1百万次，只有第一次与语句有关，其余的，都是映射。
这是它高效的手段之一。

自己写SQL做不到吧，你没法保存那么多的上下文。

yulihua49

boyatchinaunix 发表于 2013-11-26 13:31
在性能方面Hibernate是低下的，Hibernate解决的是业务需求频繁变化，数据库频繁改动的问题。
你的函 ...

你说的那个东东，我学学。

你看看他原来的那些，哪个比哪个晕？
教你一个看法，只看有DAU字样的行，就不晕了。

就是看看，包装SQL，与反射，哪个简单？
如果有更好的办法，欢迎讨论。

数据库移植是方向之一，ODBC就可以，就是效率低。
我们是做交易中间件的，效率是生命。

asker123

yulihua49 发表于 2013-11-26 12:04
这个值得讨论。
SQL面对的不是一个数据，是二维数据集，由行和列组成。
他的处理比较繁琐。我们希望能够 ...

你一直以SQL用到反射的好处为论据，来论证反射技术的重要性。请问，SQL用到反射是你自己想到的么，之前有别人的成功案例么？

boyatchinaunix

yulihua49 发表于 2013-11-26 13:34
欢迎提出意见。
不过DAU的效率是顶级的，它是效率优先的设计，里边用了很多技术，如有兴趣可讨论。
那个 ...

不了解你的业务需求，开发团队，也许你这么做是合理的。
如果需要处理很多数据库相关的内容，这不是C的强项。可以考虑存储过程、Java、C#或者PHP来辅助开发

yulihua49

asker123 发表于 2013-11-26 13:57
你一直以SQL用到反射的好处为论据，来论证反射技术的重要性。请问，SQL用到反射是你自己想到的么，之前 ...

hibernate
前边一直说的序列化，他说只有序列化有用，我又举出了数据库，你们不会举一反三，要我一个一个说啊？
结构的通用处理，哪不用啊？
XML，CSV,通用报表处理器，统计脚本 。。。。。 用处多了去了。
一个一个来？
只要你想写通用程序，反射就是拦路虎。

为什么通用框架都用JAVA（你必须忍耐他的低效）？c很少？
不想发挥一下C的高性能？

yulihua49

boyatchinaunix 发表于 2013-11-26 13:57
不了解你的业务需求，开发团队，也许你这么做是合理的。
如果需要处理很多数据库相关的内容，这不是C的 ...

在没有DAU时，这也许是对的。有了DAU就不同了。你看那个例子，使用比原来简单不？

一个程序，DAU干了6秒，有人不服，用C#pk了一把，2分钟。
在ORACLE的世界，存储过程效率相当高，一般语言，拼不过它。
只有DAU，多数操作超过它。

做交易中间件，C交易服务器，不可能用其他语言。
用C处理数据库，相当繁琐。所以需要DAU。

asker123

不懂，来学习。。。。

boyatchinaunix

yulihua49 发表于 2013-11-26 14:09
在没有DAU时，这也许是对的。有了DAU就不同了。你看那个例子，使用比原来简单不？

一个程序，DAU干了6 ...

C# 开发快，运行慢，尤其是在计算密集型的领域，比如说密码算法方面。和C/汇编相比，差几十倍的性能是很平常的事情，微软虽然说即时编译器会根据当前计算机优化代码，但是实际情况并非如此。

yulihua49

boyatchinaunix 发表于 2013-11-26 13:57
不了解你的业务需求，开发团队，也许你这么做是合理的。
如果需要处理很多数据库相关的内容，这不是C的 ...

对了，你没有想想，为什么？
我前边说，后来的语言都有了反射，某人不忿。
这就是原因，没有反射就不好用数据库，虽然C处理数据库比它们快数量级。
反射有鸟用？这就是鸟。

yulihua49

boyatchinaunix 发表于 2013-11-26 14:33
C# 开发快，运行慢，尤其是在计算密集型的领域，比如说密码算法方面。和C/汇编相比，差几十倍的性能是很平 ...

C# 开发快，运行慢，尤其是在计算密集型的领域，比如说密码算法方面。和C/汇编相比，差几十倍的性能是很平常的事情，所以我们不能用它。
这个例子是想告诉你无需担心，经过深度包装，效率会有问题。

所以，一定要解决C反射问题，开发快，运行快，可靠性高（没有内存泄漏）。
这就是我们工作的意义，软件源码公开，有兴趣否？

在交易中间件里，加密、压缩、网络、线程、队列、池、数据库等等，用全了，要想全程高效可靠，非C莫属。
没办法按你说的，用JAVA，C#，php什么的。
也可以这么说，反射是交易中间件的核心，上边那些技术还只是上层的东西。
中间件是通用部件，你不能预见将来人家要你处理什么数据。

如，线程间交换的什么数据？结构，啥结构？我哪知道，人家想用啥就用啥。网络，走的啥？队列？里边是啥？池？啥池？。。。。。。。

如果你看到中间件的源码，可以发现几乎处处与反射有关。