大话数据库编程规范
十一年前写的,写作空档期,也重新温习一下 1.1 前言 目前在软件圈内有这么一个现象,就是: DBA 不太懂写 PL/SQL ,而开发人员写的又是五花八门,而且效率不高。如此以来,造成诸多弊端: 1. 可读性差。读别人写的一个程序花费的时间,比自己写一个程序的花费时间还要长;非但别人看不懂,时间久了连自己也看不懂了。 2. 可维护性差。程序越写越长,越改越烂,像懒婆娘的裹脚布,又臭又长。 3. 可移植性差。今天用 oracle 写一套,明天换成 SQL Server 的时候再写一套,众多的数据库开发人员在程序的苦海中重复着低级劳动…… 4. 效率和性能差。一个存储过程或 SQL 执行效率简直可以让你感觉到对时间的绝望,你很快就理解什么是相对论了。 1.2 编程规范概述 事实上为了统一软件开发过程中关于数据库设计时的命名规范和编程规范,正规一些的 IT 公司都会制定一些关于数据库对象的命名和编程规范。 否则的话,你写你的我写我的,各自为战不兼容,彼此看不懂,甚至到最后连自己都弄不明白了,这样的经历相信每个人都曾经遇到过。 例如下面这段简单的代码,您看的明白吗?就算暂时明白,过个一年半载您还明白吗?就算您记忆超群,想必也会忘记,不是么? A:=1;b:=2;SeLeCT username from EmPLOyee where id=a aNd Type=b; 如果你改为下面这样的写法