Stored Procedure

one case to use stored procedure is that when one table A has one foreign key to another table B, and table B has changed his status, and then trigger table A do something, then we could this.

  

e.g.  EM_CampaignInstances_Insert.sql file, copy it in SQL management studio, and then execute. it will create a stored procedure named as dbo.EM_CampaignInstances_INSERT .

CREATE PROCEDURE dbo.EM_CampaignInstances_INSERT
@EmailInstanceID INT
AS
INSERT INTO [EM].[dbo].[EM_CampaignInstances]
([EmailInstanceID]
,[LeadID]
,[IsSent]
,[EventID]
,[EventStatus]
,[EventDate]
,[Guid]
,[CreatedDate])
SELECT @EmailInstanceID, l.LeadID,0, null,null,null,NEWID(),GETDATE()
FROM dbo.EM_Leads l
WHERE ISNULL(l.Unsubscribed,0) = 0

 

 

几个去 IBM 面试的兄弟回来抱怨：去了好几个不同的 IBM
项目组，几乎每个面试官问到数据库的时候都要问用没用过存储过程，烦人不？大家去面的程序员，又不是
笔者认为，存储过程说白了就是一堆 SQL 的合并。中间加了点逻辑控制。
但是存储过程处理比较复杂的业务时比较实用。
比如说，一个复杂的数据操作。如果你在前台处理的话。可能会涉及到多次数据库连接。但如果你用存储过程的话。就只有一次。从响应时间上来说有优势。
也就是说存储过程可以给我们带来运行效率提高的好处。
另外，程序容易出现 BUG
数据量小的，或者和钱没关系的项目不用存储过程也可以正常运作。mysql 的存储过程还有待实际测试。如果是正式项目，建议你用 sql
server 或 oracle
的存储过程。数据与数据之间打交道的话，过程会比程序来的快的多。面试官问有没有用存储，实际上就是想知道前来面试的程序员到底做过数据量大的项目没。如
果是培训出来的，或者小项目小公司出来的，对存储肯定接触的少了。
所以，要想进大公司，没有丰富存储过程经验，是不行的。
错。存储过程不仅仅适用于大型项目，对于中小型项目，使用存储过程也是非常有必要的。其威力和优势主要体现在：
1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般 SQL
语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
2.当对数据库进行复杂操作时(如对多个表进行
Update,Insert,Query,Delete
时），可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。这些操作，如果用程序来完成，就变成了一条条的 SQL
语句，可能要多次连接数据库。而换成存储，只需要连接一次数据库就可以了。
3.存储过程可以重复使用,可减少数据库开发人员的工作量。
4.安全性高,可设定只有某此用户才具有对指定存储过程的使用权。　

存储过程的缺点
1：调试麻烦，但是用 PL/SQL Developer 调试很方便！弥补这个缺点。 　　
2：移植问题，数据库端代码当然是与数据库相关的。但是如果是做工程型项目，基本不存在移植问题。 　　
3：重新编译问题，因为后端代码是运行前编译的，如果带有引用关系的对象发生改变时，受影响的存储过程、包将需要重新编译（不过也可以设置成运行时刻自动编译）。
　　4：如果在一个程序系统中大量的使用存储过程，到程序交付使用的时候随着用户需求的增加会导致数据结构的变化，接着就是系统的相关问题了，最后如果用户想维护该系统可以说是很难很难、而且代价是空前的。维护起来更加麻烦！