oracle@一个很现实的问题

thunder-zhu · 发表于 2003-3-20 11:27

我想楼主说的proc是指存储过程，与pro*c不相干。
关于存储过程返回数据集给datawindow用，应该是可以的。
请看：
http://www.itpub.net/showthread. ... 6%B4%A2%B9%FD%B3%CC

romance · 发表于 2003-3-20 13:58

to :zjzcz
江湖郎中

嗯!其实及时的查询也是可行的，但个人认为意义不太，相当5分钟查出来，好像没有什么太大的关系!
如果不怕冲击的话，直接做trigger往后台插数据就可以了!想不出为什么您有这么多麻烦.....

zjzcz · 发表于 2003-3-20 14:18

实践证明，做TRIGGER望后台插数据会导致前台交易提交的时候出现等待，销售量旺的时候导致顾客排队，不妥，我想折中的办法只能是通过dbms_job调用procedure来实现定时生成后台数据了

romance · 发表于 2003-3-20 14:25

这跟你们前台关系非常大!

当然，做triggger容易丢失数据.....

各种方法各有利弊，不过最保险的是延时上传.....

你应该跟你们的DBA好好谈谈....

zjzcz · 发表于 2003-3-20 14:31

那么是不是可以这样结论，实时查询----基于最初数据的汇总----是不可能的，只能把延时查询当作实时查询来处理-----在顾客能够接受延时的情况下------

laney · 发表于 2003-3-20 14:43

zjzcz兄

在ORACLE，你可以不用担心这个，如果不相信，你自己做个简单的TEST就可以了嘛

romance · 发表于 2003-3-20 14:49

这是结论是不能下的，因为，高手实在太多......

这个就要看你们的sales是如何谈的了，我做个8个左右超市，他们均能

接受延时，但是不能延时过长....

其实延时还是次要的,你有没有想过，如果在营业期间，后台添加新品，马上就要进行销售(这咱情况太多了，不仅涉及POS，还涉及电子秤等设备)....或是后台改价，马上就要实行销售....???你咋处理????

你如何处理????

gengmao · 发表于 2003-3-20 23:31

超市的数据库应用就是这个样子?够让人伤心的...

请老大们取消此贴置顶

romance · 发表于 2003-3-21 10:48

av

pass21 · 发表于 2003-10-23 15:09

我觉得作者他对ORACLE的概念和读写机制还不清楚，

你若中间还夹个PROC*C，更加影响网络速度。

如果仅仅是时时查询的问题，你根本不用考虑脏数据问题，

到是应该考虑如果时时了，整体速度肯定下降，应该权衡

数据库主服务器的处理性能，如：CPU，MEM，DISK，GATE

等设备配置的调整。

没办法，你有高要求就得投资。

[精华] oracle@一个很现实的问题

我觉得...

浏览过的版块