看我做的数据库包装器

newkid

刚看到这个贴：http://www.itpub.net/thread-1837753-1-1.html
想起个事，贵公司还在用ROWID做主键吗？
如果改过来了，记不记得当年谁给你指出来的？

yulihua49

newkid 发表于 2013-12-27 23:22
你 80% 都是在仅仅需要两三个列到情况下生成SELECT *, 这是"用更少的资源做到同样的事情”？
你 80% 都是把 ...

你 80% 都是在仅仅需要两三个列到情况下生成SELECT *, 这是"用更少的资源做到同样的事情”？
----与列数无关。
你 80% 都是把一条SQL能完成的事情拆分成几个小SQL, 这是"用更少的资源做到同样的事情”？
-----80%不需要复杂的SQL，不是拆。我看了本公司的一些老程序，基本上不使用复杂SQL，都是单表的。
用更少的资源做到同样的事情，指用有限规模的数据库引擎，实现更多的交易吞吐量。不管是用一个还是几个SQL语句。

你的那个存储过程，根本没有用过，只测试。
风扇的问题，就不讨论了。系统监控中，能达到数据库引擎满负荷，这就够了。

yulihua49

newkid 发表于 2013-12-28 01:48
刚看到这个贴：http://www.itpub.net/thread-1837753-1-1.html
想起个事，贵公司还在用ROWID做主键吗？
如 ...

我从未用ROWID做主键。

只是在替代：
update table ..... where current of cursor ....,  在OCI里，这玩意儿不好使。
用where rowid=:rowid 取代之。

zhqi0726

upupup

yulihua49

yulihua49 发表于 2014-1-3 10:46
我从未用ROWID做主键。

只是在替代：

在DB2 CLI里，游标可以命名，就可以使用：
where current of cursor  游标名
就不用rowid了。
OCI如何给游标命名？

newkid

yulihua49 发表于 2014-1-5 17:13
在DB2 CLI里，游标可以命名，就可以使用：
where current of cursor  游标名
就不用rowid了。

where current of 在底层也变成了WHERE ROWID=...这种SQL。所以你就用自己的方法好了。

laotuan

难道是传说中的12306？

yulihua49

laotuan 发表于 2014-1-12 23:55
难道是传说中的12306？

不是。

laotuan

yulihua49 发表于 2014-1-13 10:34
不是。

太长了，没翻完；感觉你的工具在大批量读、不需要在数据库进行复杂计算的时候会很有用，比如BI，比如帖子中讲的出入站打卡、或者根据考勤打卡计算出勤缺勤迟到早退加班等等情况这种一次读取，N多密集计算之类的；感觉类似于ORM+数据中间件

yulihua49

laotuan 发表于 2014-1-14 13:31
太长了，没翻完；感觉你的工具在大批量读、不需要在数据库进行复杂计算的时候会很有用，比如BI，比如帖子 ...

感觉类似于ORM+数据中间件。
是的，SRM+网络中间件。网络部分没有在此讨论。
复杂计算最好不要在数据库内进行，都是拿出来在应用服务器中进行。
DAU曾配合TUXEDO进行此项工作。
现在是SDBC的一部分，SDBC就是取代TUXEDO的交易中间件。