【讨论】关于数据层用不用存储过程封装的问题？

newkid

yulihua49 发表于 2012-12-10 19:44
复杂，不是说代码长度，主要是逻辑的复杂度，和有关执行时间方面的问题。
感恩节问题，等我有空了学习 ...

静态数据缓存到数据库之外，我是举双手赞成的。

但是，你这个交易要查询100此，说明你的交易逻辑还是写在数据库之外。如果写成存储过程，你就不用访问那么多次数据库，一次即可。至于存储过程要访问多少次时刻表，那也是可以再优化的。比方说原来的多个小SQL可能可以合并为大SQL。如果实在要缓存，PLSQL也有会话级的缓存。但是缓存必定伴随着刷新的问题。

278676125

newkid 发表于 2012-12-11 03:30
静态数据缓存到数据库之外，我是举双手赞成的。

但是，你这个交易要查询100此，说明你的交易逻辑还是写 ...

不知道是不是版主您，我记得以前请教 对象表 的问题时,你说从来没实际用过这玩意，现在我看您用的挺熟练的啊

yulihua49

newkid 发表于 2012-12-11 03:30
静态数据缓存到数据库之外，我是举双手赞成的。

但是，你这个交易要查询100此，说明你的交易逻辑还是写 ...

问题是这样的，一个交易，进站划一次卡，记录了进站时间，出站划一次卡，记录出站时间。
中间的换乘是没有记录的。我们要根据可行路由和运行图，还有相关各换乘站的状态及旅客各种可能的行为模式猜出他走的哪条路，经过哪些站。
这是一个反复假定、评估的过程，到底查询多少次是不确定的（100只是个大致的平均数），我看不出怎样能通过少量的，或者说有限的查询解决它。
交易数据，路由数据，运行图数据，换乘时间数据，和旅客行为模式数据，互相间没有固定的关联，也不存在什么关联规则，一切都是走着瞧，所以不可能一个SQL搞定。
我也不给你出难题了，总之，这种问题就不适合SQL语言处理，必须是系统语言来解决，数据库在这里只是个数据持久化手段。

通过这组计算，确定了每个交易在各条线路的里程比例，求出各站客运量，后续的程序据此进行各单位任务量的清分。所以说这部分内容是整个系统的核心。

newkid

278676125 发表于 2012-12-11 09:33
不知道是不是版主您，我记得以前请教 对象表 的问题时,你说从来没实际用过这玩意，现在我看您用的挺熟练的 ...

挺熟练的？哪有啊。我不在表中存储OBJECT类型，就是把它作为内存结构来用，目的是为了用TABLE()函数在SQL中访问。我也不在OBJECT中写程序，还是习惯老套的PACKAGE编程，因为我的程序大量使用SQL, 那些面向对象的编程方法一时用不上。

newkid

yulihua49 发表于 2012-12-11 11:16
问题是这样的，一个交易，进站划一次卡，记录了进站时间，出站划一次卡，记录出站时间。
中间的换乘是 ...

就是上次说的那个东西嘛。说实在的我认为你们这种复杂性是多次一举，因为你不可能完全还原用户的行为，说到底只是一种猜测。这也没有意义，又不是公安要破案。只需要事先把两两之间的最佳路线算好并保存到表里。就足够你们清算用了。100个站也就10000种路线。这个用SQL是完全可以做到的。

〇〇

yulihua49 发表于 2012-12-11 11:16
问题是这样的，一个交易，进站划一次卡，记录了进站时间，出站划一次卡，记录出站时间。
中间的换乘是 ...

np问题

yulihua49

newkid 发表于 2012-12-11 23:03
就是上次说的那个东西嘛。说实在的我认为你们这种复杂性是多次一举，因为你不可能完全还原用户的行为，说 ...

有无必要，不是我能决定的，这是业主与公司的一个商业项目，既然甲方提出了这个要求，我们就得实施。其实原来的清分方法就是在多个可能路径中按概率选择一条路径，业主对这个方法不满意，提出这个思路，启动了这么个项目。这的确是np完全问题，由国内某大学合作研究，我们只负责实施。因此不在这里讨论做不做的问题。只说，要解决这类问题，采用什么方案。

用户行为的确是不可能还原。我认为在统计学意义上正确即可。
所以每个交易，在从多个可能的方案中，用统计学的方法评估出一个结果。
具体的计算方法我也不负责，仅提供一个数据管理分配的框架：
数据收集 -> 分配 -> 处理 ->持久化。广义的就是数据加载，就是在加载之前作了点处理而已。

另外，不要拘泥于我这个例子，更普遍的，含有复杂运算的场合如何架构你的系统，我提出并实践了一种实施方案。同时我并不排斥其它方案。

newkid

yulihua49 发表于 2012-12-15 12:52
有无必要，不是我能决定的，这是业主与公司的一个商业项目，既然甲方提出了这个要求，我们就得实施。其实 ...

"统计学意义上正确"不就可以用事先计算，到时只要用SQL选一个？
“做不做的问题”大家都很明白，几个亿的经费谁不想分一杯羹啊？