数据库存储过程移植性
Ⅰ 怎么使用存储过程，什么时候用存储过程，怎么用C#调用
之前的朋友，已经回答了怎么使用存储过程。那么，我就说说什么时候用存储过程。
首先要说的是，在小型项目当中，我个人不建议您使用存储过程。事实上，有相当部分的数据库存储过程是可以通过单条sql语句组装，或者是简单的一些查询组合而成。那么，在小型项目当中会增加管理成本。并且程序的运行效率并不会有多大的提高。
但是，事实上随着你接触得越深入，会发现，存储过程被使用得非常频繁，这是什么原因呢？
就我的理解谈几点。
第一，我们最早学习程序设计的时候，一直说三层架构，为什么要三层架构？就是为了把业务逻辑和数据处理分离开来，降低耦合度。但是，如果你在你的程序当中做了过多的数据计算和处理会导致一个问题，就是运行效率。此时，将一部分的数据处理和计算放到数据库中作，那么，程序上只需要传递参数，获得结果，就可以了。
第二，OOP的概念，会理解么？类的出现的确是贯彻了OOP的概念，但是使用类的目的是什么？依然是为了程序的健壮性，独立性，可移植性，等。试问我在数据库做存储过程和在程序内部写查询语句相比，哪一个的可移植性更好呢？如果我要用相同的数据库做另一个系统的时候，我可以少写多少代码？这仅仅只是一方面。
哈~想到什么就写什么，总觉得还是有什么没写完的，暂时就写这么多吧，编程也是需要练习的，所谓的engineer也是从coder爬上来的，哈~祝你成功。
Ⅱ 存储过程有什么优点
类似于我们编程时的函数,将常用的或很复杂的工作，预先用SQL语句写好并用一个指定的名称存储起来, 那么以后要叫数据库提供与已定义好的存储过程的功能相同的服务时,只需调用execute,即可自动完成命令,跟函数调用差不多!
存储过程的优点：
1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
2.当对数据库进行复杂操作时(如对多个表进行Update,Insert,Query,Delete时），可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。
3.存储过程可以重复使用,可减少数据库开发人员的工作量
4.安全性高,可设定只有某此用户才具有对指定存储过程的使用权
Ⅲ 什么是数据库的储存过程～～
存储过程就好象一个批处理文件一样，你可以在里面执行很多的SQL，来得到你最好需要的结果
但你发现一个复杂的统计在一条SQL语句中不能实现或是很难实现的时候，那最好用存储过程来实现
存储过程的执行速度更快
存储过程在服务器端早已编辑执行过的代码。用户要做的只是调用和接收存储过返回的结果。所以调用存储过程比普通的用查询语句返回值要快得多。
Ⅳ 使用存储过程有哪些优点
对于操作员来讲，存储过程简化了操作员的操作，进程定时调用，可以让系统自动进行定时化、批量化的操作，减少了操作员的工作量。
而且存储过程中可以增加一些日志处理，便于操作员对数据的跟踪。
Ⅳ 存储过程作用是什么，优缺点以及适用范围是什么
中用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。存储过程是SQL 语句和可选控制流语句的预编译集合，以一个名称存储并作为一个单元处理。存储过程存储在数据库内，可由应用程序通过一个调用执行，而且允许用户声明变量、有条件执行以及其它强大的编程功能。存储过程在创建时即在服务器上进行编译，所以执行起来比单个SQL语句快。 存储过程的优点： 1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。 2.当对数据库进行复杂操作时(如对多个表进行Update,Insert,Query,Delete时），可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。 3.存储过程可以重复使用,可减少数据库开发人员的工作量 4.安全性高,可设定只有某此用户才具有对指定存储过程的使用权 缺点：1.如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则您仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用，等等，这时候估计比较繁琐了。
2.可移植性差
由于存储过程将应用程序绑定到 SQL Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。 优点： 1.由于应用程序随着时间推移会不断更改，增删功能，T－SQL过程代码会变得更复杂，StoredProcere为封装此代码提供了一个替换位置。 2.执行计划（存储过程在首次运行时将被编译，这将产生一个执行计划－－ 实际上是 Microsoft SQL Server为在存储过程中获取由 T-SQL 指定的结果而必须采取的步骤的记录。）缓存改善性能。 ........但sql server新版本，执行计划已针对所有 T-SQL 批处理进行了缓存，而不管它们是否在存储过程中，所以没比较优势了。 3.存储过程可以用于降低网络流量，存储过程代码直接存储于数据库中，所以不会产生大量T-sql语句的代码流量。 4.使用存储过程使您能够增强对执行计划的重复使用，由此可以通过使用远程过程调用 (RPC) 处理服务器上的存储过程而提高性能。RPC 封装参数和调用服务器端过程的方式使引擎能够轻松地找到匹配的执行计划，并只需插入更新的参数值。 5.可维护性高，更新存储过程通常比更改、测试以及重新部署程序集需要较少的时间和精力。 6.代码精简一致，一个存储过程可以用于应用程序代码的不同位置。 7.更好的版本控制，通过使用 Microsoft Visual SourceSafe 或某个其他源代码控制工具，您可以轻松地恢复到或引用旧版本的存储过程。 8.增强安全性： a、通过向用户授予对存储过程（而不是基于表）的访问权限，它们可以提供对特定数据的访问； b、提高代码安全，防止 SQL注入（但未彻底解决，例如，将数据操作语言－－DML，附加到输入参数）； c、SqlParameter 类指定存储过程参数的数据类型，作为深层次防御性策略的一部分，可以验证用户提供的值类型（但也不是万无一失，还是应该传递至数据库前得到附加验证）。 缺点： 1.如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则您仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用，等等，这时候估计比较繁琐了。 2.可移植性差 由于存储过程将应用程序绑定到 SQL Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。
Ⅵ 什么时候用存储过程存储过程的优点及缺点
存储过程存放于数据库内而非单独的文件，它是一种批处理。
当你需要重复调用SQL语句集的时候可以使用。
优点是它可以具有输入输出参数以及返回值，而且只在创造时进行编译，可以设置权限运行保证安全。
缺点是调试麻烦，移植性不灵活，重新编译问题，因为后端代码是运行前编译的，如果带有引用关系的对象发生改变时，受影响的存储过程、包将需要重新编译（不过也可以设置成运行时刻自动编译）
大量存储过程也使维护麻烦。
Ⅶ 怎样将一个数据库中的存储过程复制到另一个数据库中
把数据库里面的所有存储过程另存为SQL，然后在另外一个数据库里重新运行这个SQL生成就可以了，但前提是另一个数据库里的表跟原来是一样的，不然执行时候存储过程会报错
Ⅷ 什么时候要用存储过程，存储过程的优点
使用存储过程并没有什么时候的限制，说白了任何时候都可以使用存储过程，因为存储过程是经过编译的程序片段，在数据库启动时已经加载在oracle的cache中了，并且任何人调用它都不会经过重新编译，也不会进行语法分析及最近路径选择等耗时的操作，所以建议多使用。
存储过程的优点：
1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
2.当对数据库进行复杂操作时(如对多个表进行Update,Insert,Query,Delete时），可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。
3.存储过程可以重复使用,可减少数据库开发人员的工作量
4.安全性高,可设定只有某此用户才具有对指定存储过程的使用权
缺点：
1.如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则您仍需要更新程序集中的代码以添加参数、更新
GetValue()
调用，等等，这时候估计比较繁琐了。
2.可移植性差
由于存储过程将应用程序绑定到
SQL
Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。
Ⅸ SQL存储过程有什么好处
优点：
离数据最近，某些情况下可获得更好性能
减少应用复杂度及应用服务器压力
需要显式调用，不会像触发器那样出现问题难以定位
使用方便
缺点：
增加数据库服务器压力。相当于将应用压力转嫁到数据库上，而应用服务器更容易扩展，也就是说大部分情况下数据库服务器资源比应用服务器资源更加珍贵。
增加网络开销。如存储过程存取数据量较大，会造成较大网络开销。
可移植性差。如系统有多中数据库，或从某种数据库迁移到另一种数据库，则很有可能遇到兼容性问题。
导致多处存在业务逻辑。存储过程某种程度就是将本应放在应用侧处理的业务逻辑放到数据库处理，这会导致业务逻辑存在于多个地方，增加调试维护困难。
在高并发系统中很可能会导致数据库压力瞬间增大。
存储过程中的复杂运算会大量消耗数据库服务器资源。
总结：
一般情况下尽量少用或不用存储过程，特别是在一个并发较高架构复杂的大型系统中，更是要减少存储过程的使用，业务逻辑的工作就应该由应用服务器处理，而不是交给数据库。很多时候存储过程确实可以快速解决问题，但它的维护性、扩展性、移植性等都不好。如果你的系统很小，架构比较简单，并且开发人员对存储过程熟悉，那么可以考虑使用存储过程减少工作量；但随着系统增加，架构变复杂，开发人员越来越多，这时存储过程的存在可能会导致更多的问题。当然，定时ETL或报表统计之类的任务，还是可以考虑使用存储过程来做的。
Ⅹ 存储过程的移植会涉及哪些内容
如果要移植存储过程，就要保证这个存储过程里面所调用的过程，函数，表，视图等对象存在，不然，这个过程就编译不过去，会报错。