erp执行存储过程

⑴ 如何优化erp数据库

数据,也许你现在觉得没有用,汇总了,将来不知道什么时候就用到
所以不管什么优化方式都是不科学的
只能是说,根据你最紧迫的需求进行处理
比如你的ERP系统由于数据过多而缓慢，那么一是想办法升级硬件、二是想办法优化数据库、三是引用更好的算法
从优化来说，可以加索引、可以改视图、可以优化存储过程，还可以去掉一些目前看无用的数据，而这最后一条往往是见效最快的
所以很多ERP软件采用的是年结的方法，每年建个新数据库，速度会有显着提升
但是，分割的时间段和粒度和企业数据量和规模应该紧密相关
而这么做，损失的是历史数据，或者说牺牲了历史数据的分析方便性，而提升了现有数据处理能力
那么，等你们解决了现有矛盾，需要从历史数据挖掘信息时，就应该引入数据集市技术，独立于ERP系统进行数据的切片和分析。
所以，为了将来能够进行有效分析，我建议你采用的优化手段一定是要改善现有ERP系统处理速度，而同时不损害历史既有数据的方法。这需要你的软件供应商能够支持，或者你作为软件厂商需要考虑。

⑵ 存储过程在erp哪个模块用得到

存储过程（Stored Procere）是在大型数据库系统中，一组为了完成特定功能的sql 语句集，存储在数据库中，经过第一次编译后再次调用不需要再次编译，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。存储过程是数据库中的一个重要对象。

感觉像是二开上吧

⑶ ERP三种模式与信息流

目前的软件模式大致可以分为大规模定制开发、商业软件+少量定制开发和介于两者之间的平台+少量定制开发等三种开发模式。
定制开发，业务范围是很有限的，一方面，定制开发只能是小规模的，一个几百万，上千万的项目要定制的话，开发出来的产品是否专业不说，当就开发这样的一个系统所耗费的开发和实施时间，按目前的公司频繁开张和倒闭，估计足够一个软件公司倒闭好几次了，这样的项目，业主怎么会放心定制呢?另一方面，搞定制开发，需要软件公司的综合实力特别是行业实力要求比较高，由于软件公司没有专业的行业坚决方案，基本上是见单打单，因此基本上是企业业务的手工模拟，能够实现手工业务电子化就很不错了，又怎么能将ERP的先进管理理念和思想融入其中呢。
商业软件+少量开发，这类比定制开发的效果要好，但需要很有经验的去处理，同时还要获得部分商业软件的接口，
1、可以直接利用现成的信息技术产品来顺应企业飞速发展的需要。能不断跟上信息技术发展的步伐，充分体现利用最新技术的优势。
2、可以直接利用和借鉴商业软件中先进的管理思想、理念和行业经验。商业软件的实施，是一个从特殊到一般，从一般到特殊的过程。
3、充分利用优秀商业软件功能全面、灵活性强、适应性强的特点，适应企业的不断发展和变化。
4、实施周期短，业务系统实施以业务人员为核心，全力关注业务的改善，IT人员负责系统的技术架构。
5、系统其他模式，不需要维护庞大的信息化队伍，项目总体投入少。
6、总体技术难度小。

平台式开发，这类应该是对前两类的一种提高，但需要考虑以下三个问题
1、数据绑定问题。一方面是要支持不同的数据库。不同的数据库，存储过程(Procere)、触发器(Trigger)的编写和执行都不一样，同时，数据库的事务控制、数据并发等也是非常关键的问题。另一方面，数据的存储问题，业务数据是以数据库表(Table)的形式来表现还是以对象来表现，从常远来看，可能是会是以对象来表现，但用对象来表现，技术怎么实现，效率如何?笔者参与开发的一个平台就是因为采用了完全面向对象的方式来绑定数据，导致系统的效率极大的降低(特别是在数据量很大时，对象的打包解包都严重影响了系统的执行效率)而难以推广。
2、效率问题。由于业务平台不是针对具体的业务，因此，运算逻辑就会比较复杂，同时由于各业务组件是相互独立的(解释一下为什么要独立，业务平台作为一个框架模式开发，遵从“好莱乌原则”-我调用你，你不要调用我，控制权掌握在框架上，各业务组件必需独立，否则你中有我，我中有他，要用到他，就必需用到你、我，那样就不是一个平台了)各系统之间的连接也会影响到系统的效率。
3、业务逻辑的提取，这是一个很难、也是很多技术平台无法向业务平台转化的关键。首先，我们要进行业务的抽取，我个人的建议是先按标准的ERP理论来提取，接下来，请相关业务专家进行完善和业务逻辑具体话，必要时可以借助外部咨询公司的力量。最后，用到实际中去，“实践是经验真理的唯一标准”，不要怕失败，怕不是问题，不做才是问题，不做永远没有成功的机会。

⑷ 批量删除（修改标记） update ERPInfo set IfDel=0 where ID in ("+ID+") 在sql2005中存储过程怎么写。

两种办法处理.

1. 使用动态SQL
也就是把你要执行的 SQL 语句， 存储到一个 varchar 变量里面。
然后你存储过程里面，执行的时候， 动态的拼接一个 SQL 语句，然后执行。

SQL Server 动态SQL 的例子：
http://hi..com/wangqing999/blog/item/6f6da5fee476db869f51465d.html

2.使用 CHARINDEX 替代 IN 的功能
例子：
http://hi..com/wangqing999/blog/item/1b8698fe14d68d8258ee9014.html

⑸ ERP实施的时候,数据库触发器、存储过程什么用的

做二次开发用的。数据库的触发器就是达到某种条件时，会自动执行一些操作。存储过程就好像我们写dos命令里的批处理，是用来自动执行一连串的操作的 。

⑹ 易飞ERP触发器问题,超出了存储过程、函数、触发器或视图的最大嵌套层数(最大层数为 32)

典型的递归调用了，你的触发器是对 [dbo].[ACPTB] 执行insert,update
后执行的，而触发器里面update dbo.ACPTB又要更新这个表，明显的递归了

⑺ 成熟的ERP产品还要写存储过程吗

也不是说买就是好的，买的话产品至少是成熟的，但是现在国内做ERP的公司最大无非就是金蝶用友，但是不论大小公司都存在绑架客户的事情。。。具体的。。

⑻ 商业ERP都不用存储过程的吗

这个是要看情况的吧。
客户端数目很多的话，数据库一般都是纯存储用。
所谓的持久化，用ORM来取数据，表连接都没有，所有业务逻辑完全在应用程序中，不占用宝贵的数据库CPU资源。
可以方便的实现扩展性、容错与负载均衡。

不过现在基本都是B/S架构了，这种情况应该不多见吧。

⑼ 什么时候要用存储过程

使用存储过程并没有什么时候的限制，说白了任何时候都可以使用存储过程，因为存储过程是经过编译的程序片段，在数据库启动时已经加载在oracle的cache中了，并且任何人调用它都不会经过重新编译，也不会进行语法分析及最近路径选择等耗时的操作，所以建议多使用。

⑽ 请问软件实施或者ERP实施人员需要学习oracle开发么，比如PL/SQL开发，存储过程、游标、触发器、做报表

这些技术性的东西，应该可以不学，也很难学