《高性能的数据库》二

第二讲 数据库编程 编程准则：（简单说说） 数据逻辑的放在一块 业务逻辑的放在一块 作界面的只做界面 最小网络传输 －－－－－－－－－－－－ 1、数据逻辑的放在一块 比如，表：History 那么，存储过程：spWriteHistory 表示数据逻辑：就是对History的写操作 同样，存储spQueryHistoryFromHistoryID表示根据HistoryID对History记录的查询 再同样，spQueryHistoryFromHistoryID;2（;不是普通的分号，是存储过程组）表示HistoryID对History记录查询的另外一个类似的方法 2、业务逻辑 比如，还书,则spReturnBook 购买,则spBuyBook 此时可能要调用很多表，或很多数据逻辑： 如 Create Proc spBuyBook( @iBookID int, --书ID @iOperatorID int --操作员ID ) ------------------------------------------- --Name: spBuyBook --Func: 购买一本书 --Var: 见上 --Use: spWriteOperateRecord,spProc2,spProc3.... --User: Chair3,Chair4 --Author: Chair3 # SapphireStudio (www.chair3.com) --Date : 2003-4-16 --Memo : 临时写写的，给大家作个Sample ------------------------------------------- AS Begin Begin Tran --数据逻辑：更新Book表，减少数量 Update Book Set BookNumber=BookNumber-1 Where BookID=@iBookID ... --业务逻辑：写入操作记录 Exec spWriteOperateRecord '某某人出售了一本书，书的ID为XXX' ... Commit Tran End 不要试图一个存储过程做完所有的事情，应当考虑将部分代码分为更小的存储过程，以达到代码公用以及可维护性。 当然，要求性能很高的部分，最好还是单独完成。 3、界面的程序不要直接调用数据表。 俺在赛格的时候，不允许其他同事直接读取表的，他们只能有调用 Store Procedure 的权限. 这个根据开发环境而定,当然不是绝对,尽量如此. 这样，可以降低因为修改数据表而要对所有程序修改，检查的后果。 4、最小网络传输 4.1 减少使用Select * ....语句 ，选择你只需要的数据，Select Fd1,fd2 From tb1 4.2 减少客户端对数据库表的直接操作（与3有点同） 4.2 避免在客户端对数据库的循环写操作,把循环转移到服务器来. 4.3 ……忘了…靠经验了 4点最为重要，许多人的程序速度很慢，都是由于网络传输过多的缘故。 最后小结：优秀的程序员更重于对整体上的设计、可维护性、可扩展性的设计。