一般指数据库操作,当然也可以使其他的！将操作数据库（可以是具体的表）的一些方法集中一起就形成的模型.
扩展资料：
PHP的功能
①.、创建博客
使用PHP创建博客wordpres,可以轻松创建博客.即使您不具备PHP知识,也可以使用它,但如果您可以编写PHP,则可以自定义您的博客并创建主题.
移动设备的普及为移动互联网的快速发展奠定了基础！手机淘宝网站,手机京东网站等等, 微信公众号应用中的微网站.
数据库设计方法、规范与技巧
第一段：数据库设计过程
数据库技术是信息资源管理最有效的手段.数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,有效存储数据,满足用户信息要求和处理要求.
数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求）,在概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式（信息世界模型）,用E-R图来描述.在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型,形成数据库逻辑模式.然后根据用户处理的要求,安全性的考虑,在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式.在物理设计阶段根据DBMS特点和处理的需要,进行物理存储安排,设计索引,形成数据库内模式.
① 需求分析阶段
需求收集和分析,结果得到数据字典描述的数据需求（和数据流图描述的处理需求）.
需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求.
需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界.
常用的调查方法有： 跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录.
分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法.自顶向下的结构化分析方法（Structured Analysis,简称SA方法）从最上层的系统组织机构入手,采用逐层分解的方式分析系统,并把每一层用数据流图和数据字典描述.
数据流图表达了数据和处理过程的关系.系统中的数据则借助数据字典（Data Dictionary,简称DD）来描述.
数据字典是各类数据描述的集合,它是关于数据库中数据的描述,即元数据,而不是数据本身.数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键).
数据项描述=｛数据项名,数据项含义说明,别名,数据类型,长度,
取值范围,取值含义,与其他数据项的逻辑关系｝
数据结构描述=｛数据结构名,含义说明,组成:｛数据项或数据结构｝｝
组成:｛数据结构｝,平均流量,高峰期流量｝
数据存储描述=｛数据存储名,说明,编号,流入的数据流,流出的数据流,
组成:｛数据结构｝,数据量,存取方式｝
处理过程描述=｛处理过程名,说明,输入:｛数据流｝,输出:｛数据流｝,
处理:｛简要说明｝｝
通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型,可以用E-R图表示.
概念模型用于信息世界的建模.概念模型不依赖于某一个DBMS支持的数据模型.概念模型可以转换为计算机上某一DBMS支持的特定数据模型.
概念模型特点：
(1) 具有较强的语义表达能力,能够方便、直接地表达应用中的各种语义知识.
概念模型设计的一种常用方法为IDEF1X方法,它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术,用于建立系统信息模型.
使用IDEF1X方法创建E-R模型的步骤如下所示:
这个阶段的任务是从目的描述和范围描述开始,确定建模目标,开发建模计划,组织建模队伍,收集源材料,制定约束和规范.收集源材料是这阶段的重点.通过调查和观察结果,业务流程,原有系统的输入输出,各种报表,收集原始数据,形成了基本数据资料表.
实体集成员都有一个共同的特征和属性集,可以从收集的源材料——基本数据资料表中直接或间接标识出大部分实体.根据源材料名字表中表示物的术语以及具有"代码"结尾的术语,如客户代码、代理商代码、产品代码等将其名词部分代表的实体标识出来,从而初步找出潜在的实体,形成初步实体表.
IDEF1X模型中只允许二元联系,n元联系必须定义为n个二元联系.根据实际的业务需求和规则,使用实体联系矩阵来标识实体间的二元关系,然后根据实际情况确定出连接关系的势、关系名和说明,确定关系类型,是标识关系、非标识关系（强制的或可选的）还是非确定关系、分类关系.如果子实体的每个实例都需要通过和父实体的关系来标识,则为标识关系,否则为非标识关系.非标识关系中,如果每个子实体的实例都与而且只与一个父实体关联,则为强制的,否则为非强制的.如果父实体与子实体代表的是同一现实对象,那么它们为分类关系.
通过引入交叉实体除去上一阶段产生的非确定关系,然后从非交叉实体和独立实体开始标识侯选码属性,以便唯一识别每个实体的实例,再从侯选码中确定主码.为了确定主码和关系的有效性,通过非空规则和非多值规则来保证,即一个实体实例的一个属性不能是空值,也不能在同一个时刻有一个以上的值.找出误认的确定关系,将实体进一步分解,最后构造出IDEF1X模型的键基视图（KB图）.
从源数据表中抽取说明性的名词开发出属性表,确定属性的所有者.定义非主码属性,检查属性的非空及非多值规则.此外,还要检查完全依赖函数规则和非传递依赖规则,保证一个非主码属性必须依赖于主码、整个主码、仅仅是主码.以此得到了至少符合关系理论第三范式的改进的IDEF1X模型的全属性视图.
定义属性的数据类型、长度、精度、非空、缺省值、约束规则等.定义触发器、存储过程、视图、角色、同义词、序列等对象信息.
将概念结构转换为某个DBMS所支持的数据模型（例如关系模型）,并对其进行优化.设计逻辑结构应该选择最适于描述与表达相应概念结构的数据模型,然后选择最合适的DBMS.
将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式,这种转换一般遵循如下原则：
①.）一个实体型转换为一个关系模式.实体的属性就是关系的属性.实体的码就是关系的码.
表内的每一个值都只能被表达一次.
表内的每一行都应该被唯一的标识（有唯一键）.
表内不应该存储依赖于其他键的非键信息.
为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）.根据DBMS特点和处理的需要,进行物理存储安排,设计索引,形成数据库内模式.
数据库应用系统经过试运行后即可投入正式运行.在数据库系统运行过程中必须不断地对其进行评价、调整与修改.包括：数据库的转储和恢复、数据库的安全性、完整性控制、数据库性能的监督、分析和改进、数据库的重组织和重构造.
建模工具的使用
为加快数据库设计速度,目前有很多数据库辅助工具（CASE工具）,如Rational公司的Rational Rose,CA公司的Erwin和Bpwin,Sybase公司的PowerDesigner以及Oracle公司的Oracle Designer等.
ERwin主要用来建立数据库的概念模型和物理模型.它能用图形化的方式,描述出实体、联系及实体的属性.ERwin支持IDEF1X方法.通过使用ERwin建模工具自动生成、更改和分析IDEF1X模型,不仅能得到优秀的业务功能和数据需求模型,而且可以实现从IDEF1X模型到数据库物理设计的转变.ERwin工具绘制的模型对应于逻辑模型和物理模型两种.在逻辑模型中,IDEF1X工具箱可以方便地用图形化的方式构建和绘制实体联系及实体的属性.在物理模型中,ERwin可以定义对应的表、列,并可针对各种数据库管理系统自动转换为适当的类型.
设计人员可根据需要选用相应的数据库设计建模工具.例如需求分析完成之后,设计人员可以使用Erwin画ER图,将ER图转换为关系数据模型,生成数据库结构；画数据流图,生成应用程序.
第二段：数据库设计技巧
① 设计数据库之前（需求分析阶段）
①.) 理解客户需求,询问用户如何看待未来需求变化.让客户解释其需求,而且随着开发的继续,还要经常询问客户保证其需求仍然在开发的目的之中.
在定义数据库表和字段需求（输入）时,首先应检查现有的或者已经设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段.
举例：假如客户需要一个报表按照邮政编码排序、分段和求和,你要保证其中包括了单独的邮政编码字段而不要把邮政编码糅进地址字段里.
ER 图表和数据字典可以让任何了解数据库的人都明确如何从数据库中获得数据.ER图对表明表之间关系很有用,而数据字典则说明了每个字段的用途以及任何可能存在的别名.对SQL 表达式的文档化来说这是完全必要的.
数据库各种对象的命名必须规范.
表设计原则
①.) 标准化和规范化
事实上,为了效率的缘故,对表不进行标准化有时也是必要的.
采用数据驱动而非硬编码的方式,许多策略变更和维护都会方便得多,大大增强系统的灵活性和扩展性.
举例,假如用户界面要访问外部数据源（文件、XML 文档、其他数据库等）,不妨把相应的连接和路径信息存储在用户界面支持表里.还有,如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等）,那么产生工作流的数据也可以存放在数据库里.角色权限管理也可以通过数据驱动来完成.事实上,如果过程是数据驱动的,你就可以把相当大的责任推给用户,由用户来维护自己的工作流过程.
在设计数据库的时候考虑到哪些数据字段将来可能会发生变更. 举例,姓氏就是如此（注意是西方人的姓氏,比如女性结婚后从夫姓等）.所以,在建立系统存储客户信息时,在单独的一个数据表里存储姓氏字段,而且还附加起始日和终止日等字段,这样就可以跟踪这一数据条目的变化.
字段设计原则
dRecordCreationDate,在VB 下默认是Now(),而在SQL Server 下默认为GETDATE()
sRecordCreator,在SQL Server 下默认为NOT NULL DEFAULT USER
nRecordVersion,记录的版本标记；有助于准确说明记录中出现null 数据或者丢失数据的原因
在需要对属于特定类别或者具有特定角色的事物做定义时,可以用角色实体来创建特定的时间关联关系,从而可以实现自我文档化.
举例：用PERSON 实体和PERSON_TYPE 实体来描述人员.比方说,当John Smith, Engineer 提升为John Smith, Director 乃至最后爬到John Smith, CIO 的高位,而所有你要做的不过是改变两个表PERSON 和PERSON_TYPE 之间关系的键值,同时增加一个日期/时间字段来知道变化是何时发生的.这样,你的PERSON_TYPE 表就包含了所有PERSON 的可能类型,比如Associate、Engineer、Director、CIO 或者CEO 等.还有个替代办法就是改变PERSON 记录来反映新头衔的变化,不过这样一来在时间上无法跟踪个人所处位置的具体时间.
在表中包含一个"删除标记"字段,这样就可以把行标记为删除.在关系数据库里不要单独删除某一行；最好采用清除数据程序而且要仔细维护索引整体性.
键选择原则：
为关联字段创建外键.
所有的键都必须唯一.
避免使用复合键.
外键总是关联唯一的键字段.
设计数据库的时候采用系统生成的键作为主键,那么实际控制了数据库的索引完整性.这样,数据库和非人工机制就有效地控制了对存储数据中每一行的访问.采用系统生成键作为主键还有一个优点：当拥有一致的键结构时,找到逻辑缺陷很容易.
把可选键进一步用做主键,可以拥有建立强大索引的能力.
索引使用原则：
①.) 逻辑主键使用唯一的成组索引,对系统键（作为存储过程）采用唯一的非成组索引,对任何外键列采用非成组索引.考虑数据库的空间有多大,表如何进行访问,还有这些访问是否主要用作读写.
不要为小型数据表设置任何键,假如它们经常有插入和删除操作就更别这样作了.对这些插入和删除操作的索引维护可能比扫描表空间消耗更多的时间.
①.) 完整性实现机制：
实体完整性：主键
参照完整性：
父表中删除数据：级联删除；受限删除；置空值
父表中插入数据：受限插入；递归插入
父表中更新数据：级联更新；受限更新；置空值
DBMS对参照完整性可以有两种方法实现：外键实现机制（约束规则）和触发器实现机制
用户定义完整性：
NOT NULL；CHECK；触发器
采用数据库系统实现数据的完整性.这不但包括通过标准化实现的完整性而且还包括数据的功能性.在写数据的时候还可以增加触发器来保证数据的正确性.不要依赖于商务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规则之上.
在有害数据进入数据库之前将其剔除.激活数据库系统的指示完整性特性.这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件.
控制数据完整性的最佳方式就是限制用户的选择.只要有可能都应该提供给用户一个清晰的价值列表供其选择.这样将减少键入代码的错误和误解同时提供数据的一致性.某些公共数据特别适合查找：国家代码、状态代码等.
为了在数据库和应用程序代码之间提供另一层抽象,可以为应用程序建立专门的视图而不必非要应用程序直接访问数据表.这样做还等于在处理数据库变更时给你提供了更多的自由.
①.) 避免使用触发器
触发器的功能通常可以用其他方式实现.在调试程序时触发器可能成为干扰.假如你确实需要采用触发器,你最好集中对它文档化.
在创建下拉菜单、列表、报表时最好按照英语名排序.假如需要编码,可以在编码旁附上用户知道的英语.
让一个表专门存放一般数据库信息非常有用.在这个表里存放数据库当前版本、最近检查/修复（对Access）、关联设计文档的名称、客户等信息.这样可以实现一种简单机制跟踪数据库,当客户抱怨他们的数据库没有达到希望的要求而与你联系时,这样做对非客户机/服务器环境特别有用.
在数据库中引入版本控制机制来确定使用中的数据库的版本.时间一长,用户的需求总是会改变的.最终可能会要求修改数据库结构.把版本信息直接存放到数据库中更为方便.
对所有的快捷方式、命名规范、限制和函数都要编制文档.
采用给表、列、触发器等加注释的数据库工具.对开发、支持和跟踪修改非常有用.
建立或者修订数据库之后,必须用用户新输入的数据测试数据字段.最重要的是,让用户进行测试并且同用户一道保证选择的数据类型满足商业要求.测试需要在把新数据库投入实际服务之前完成.
在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库.换句话说,针对每一种最终表达数据的原型应用,保证你检查了数据模型并且查看如何取出数据.
第三段：数据库命名规范
① 实体（表）的命名
对工作用表来说,表名可以加上前缀WORK_ 后面附上采用该表的应用程序的名字.在命名过程当中,根据语义拼凑缩写即可.注意,由于ORCLE会将字段名称统一成大写或者小写中的一种,所以要求加上下划线.
举例：
定义的缩写 Sales: Sal 销售；
Order: Ord 订单；
Detail: Dtl 明细；
则销售订单明细表命名为：Sal_Ord_Dtl;
定义的缩写 Material Ma 物品；
物品表名为：Material, 而不是 Ma.
但是字段物品编码则是：Ma_ID;而不是Material_ID
目的是将这些值列表类排序在数据库最后.
冗余类是为了提高数据库效率,非规范化数据库的时候加入的字段或者表
关联表用于保存多对多关系.
如果被关联的表名大于10个字母,必须将原来的表名的进行缩写.如果没有其他原因,建议都使用缩写.
举例：表Object与自身存在多对多的关系,则保存多对多关系的表命名为：R_Object；
表 Depart和Employee;存在多对多的关系；则关联表命名为R_Dept_Emp
①.) 采用有意义的列名,表内的列要针对键采用一整套设计规则.每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码,统一命名为：ID;如果是自定义的逻辑上的编码则用缩写加"ID"的方法命名.如果键是数字类型,你可以用_NO 作为后缀；如果是字符类型则可以采用_CODE 后缀.对列名应该采用标准的前缀和后缀.
举例：销售订单的编号字段命名：Sal_Ord_ID；如果还存在一个数据库生成的自动编号,则命名为：ID.
注: 数据类型是文本的字段,类型后缀TX可以不写.有些类型比较明显的字段,可以不写类型后缀.
给每个表的列名都采用统一的前缀,那么在编写SQL表达式的时候会得到大大的简化.这样做也确实有缺点,比如破坏了自动表连接工具的作用,后者把公共列名同某些数据库联系起来.
①.) 视图以V作为前缀,其他命名规则和表的命名类似；
触发器以TR作为前缀,触发器名为相应的表名加上后缀,Insert触发器加'_I',Delete触发器加'_D',Update触发器加'_U',如：TR_Customer_I,TR_Customer_D,TR_Customer_U.
存储过程应以'UP_'开头,和系统的存储过程区分,后续部分主要以动宾形式构成,并用下划线分割各个组成部分.如增加代理商的帐户的存储过程为'UP_Ins_Agent_Account'.
数据库是依照某种数据模型组织起来并存放二级存储器中的数据集合.这种数据集合具有如下特点：尽可能不重复,以最优方式为某个特定组织的多种应用服务,其数据结构独立于使用它的应用程序,对数据的增、删、改和检索由统一软件进行管理和控制.从发展的历史看,数据库是数据管理的高级阶段,它是由文件管理系统发展起来的.
数据库的基本结构分三个层次,反映了观察数据库的三种不同角度.
(1)物理数据层.它是数据库的最内层,是物理存贮设备上实际存储的数据的集合.这些数据是原始数据,是用户加工的对象,由内部模式描述的指令操作处理的位串、字符和字组成.
数据库不同层次之间的联系是通过映射进行转换的.数据库具有以下主要特点：
(1)实现数据共享.数据共享包含所有用户可同时存取数据库中的数据,也包括用户可以用各种方式通过接口使用数据库,并提供数据共享.
最低水平,PHP可以做任何其他CGI程序所能做的事,例如收集表格数据,生成动态页面内容,或者收发cookies.可能最强大,最有意义的特性是PHP支持大范围的数据库.书写一个支持数据库的Web 页面是难以置信的简单.
下面是当前支持的数据库:
Adabas D InterBase Solid
dBase mSQL Sybase
Empress MySQL Velocis
FilePro Oracle Unix dbm
Informix PostgreSQL
PHP的简要历史
ASP是基于WEB的一种编程技术,可以说是CGI的一种.它可以完成以往CGI程序的所有功能,如计数器、留言簿、公告板、聊天室等等.ASP可以轻松地实现对页面内容的动态控制,根据不同的浏览者,显示不同的页面内容.而浏览者一点觉察不出来,就像为他专门制作的页面一样.
Java?是全新的计算机技术,它是建立在基于强大的网络和同样的软件应该在不同的计算机系统上运行的思想上的.这些计算机系统包括消费型器件和其他一些设备.利用Java技术,您能令人信服的让同一种应用在各种各样机器如：PC、Macintosh系统、计算机网络或者象Internet可视电话一样的新技术上运行.
Java可以既可以看做是一种真正的程序设计语言,也可以看作是一个完整的平台.作为一种程序语言,它简洁、面向对象、安全、健壮以及适用于Internet技术.而作为一个平台,它通过那些符合Sun公司发布的标准APIs 开发的应用,在操作系统、数据库、中间件和其他第三方厂商提供的服务.