• 用友Co 与直接插库速度比较


    有兴趣的朋友可以做一下比较。我只说理论的。

    调用用友Co是比较方便的,了解一下相关的参数后直接调用就可以了。一般情况下,调用co之后他会做一些参数合法性的验证。

    例如科目编码是否合法,或者存货档案,客户档案之类的。最后再直接插入数据库。而插入数据库执行的和我们插库一样,都是Insert Into

    所以,正常情况下调用Co不可能比我们直接插入更快,并且他们在做这些验证工作,反而要比我们慢许多。而验证工作也是必须的,我们可以省掉这一步吗,

    这肯定是不可以的,但我们可以从数据库中将所有的档案取过来后,存入内存,每一次验证便不再需要再到数据库里进行验证了。并且有部份验证环节,在我们需要插库时

    己经知道他是合法的了,那么也没有必要再进行多余的重复工作了。也许一个档案的验证时间是以毫秒来计算的,我们可以无视他。但如果我们做的是批量生单呢?这些都是优化。

    还有,例如一张单据有多条记录,那么插入这张单据的子表时,插入的数据表和字段都是一样的,这时,我们可以先验证后,再批量插入,这样的速度会比一条一条插入更快。

    当然,调用co也有好处,那就是你不必知道还有哪些数据表需要插入,也不需要自己去验证数据的合法性。

    写这篇不成文章的文章,是有网友,因为他之前的项目是插库的,效率太底了,然后说要改用Co。我知道后有感而发。

  • 相关阅读:
    Win10系列:C#应用控件进阶9
    Win10系列:C#应用控件进阶6
    Win10系列:C#应用控件进阶7
    Win10系列:C#应用控件进阶5
    Win10系列:C#应用控件进阶4
    max_element()函数和min_element()函数
    typename的一些用法和注意问题
    std中list作为常量传参时一个迭代器错误
    C++ STL 中list是双向循环链表中循环可以实现什么功能?
    C++中list的erase()函数问题
  • 原文地址:https://www.cnblogs.com/wuxi15/p/15377853.html
Copyright © 2020-2023  润新知