请教大家一个关于存储过程的问题

[u011823906]

这个只是一个探讨的话题，是不是可以把一个3人纸牌游戏的人工智能部分 (机器人出牌，提示出什么牌，检查玩家出的牌合不合法,结算得分等） 做成存储过程? 这样做可能会有何利弊?

[唐诗三百首]

可以实现,但不建议. 韩愈讲: 术业有专攻.

[---涛声依旧---]

当然可以做成存储过程了 好处：服务器上执行，速度较快 缺点：估计算法实现起来没有前台方便了

[Shawn]

关系型数据库主要是做存储用，且可以根据需要从集合的角度取数据。如果“出牌”的逻辑比较复杂，个人认为不合适用存储过程来执行逻辑，因为这不是SQL SERVER的强项，且SQL是面向过程的编程语言。

[u011823906]

楼上的意思是： 如果是扑克牌比大小那没问题，如果要实现类似麻将牌的那种就很难实现，是这样的吧?

[KeepSayingNo]

不适合，因为牌的集合是固定的，总共是54张牌，如你说的主要是人工智能部分，就是要根据别人的出牌决定自己的出牌，这和从数据库取数据没有关系，了不起数据库有个规则表，但是这个规则表也是可以一把加载到服务器内存的，在内存中调用速度更快。如果不是对数据库中的原始数据进行操纵，感觉就没必要在存储过程中实现。

[xiaoxiangqing]

可以写语句的地方，就可以写成存储过程

[u011823906]

大家的意见是 5:5开啊，只单从实现角度考虑的，大家的意见应该是可行； 从实现难易度考虑，大家是否认为用存储过程比在前端难很多呢?

[Shawn]

引用 6 楼 u011823906 的回复:

大家的意见是 5:5开啊，只单从实现角度考虑的，大家的意见应该是可行； 从实现难易度考虑，大家是否认为用存储过程比在前端难很多呢?

难不难只是一小方面，再难，也可以实现。 主要问题是，将来的的扩展性。可维护性。 建议：对于游戏类编程，会涉及到算法及人工智能，果断用程序。不要用存储过程。