‘壹’ 如何用powerdesigner设计数据库
工具：
Sybase PowerDesigner 15.1
Microsoft sql Server 2005
第一步概要设计：
打开PowerDesigner软件，设计“概念数据模型”(ConceptualData Model)：
点击workspace 右键---》New—>Conceptual DataModel,
弹出如下界面：
设计表、表结构：
在设计属性(字段)的时候，三个字母(M、P、D)分别表示：
M：是否为空；(√表示不允许为空)
P：是否为主键；
D：是否在该软件的视图中显示
第二步：物理设计
将“概念数据模型”设计的表转换为“物理数据模型”(PhysicalData Model)，实际上是从“概要设计”转换为“详细设计”，即对表的具体实现。
将概要设计模板转换为物理设计
选择“Tools”-->“Generate Physical DataModel…”即可。
然后选择你的DBMS.
点击“确定”按钮以后，就产生了对应“SQL Server 2005”数据库的表、属性、关系的具体实现。
这时就会有一个物理设计的模板出现，将你在概要设计时的实体都转换成具体的表。
第三步：在SQL Server2005中手动创建数据库（也可以用SQL创建库，pd可以将我们的表设计都转换成SQL）
需手动在SQL SERVER2005中创建您的数据！如：“Students“，此过程省略…
第四步：在数据源ODBC中配置用户数据源
第五步：在SQL Server2005中自动创建表结构
首先：根据“物理数据模型”(Physical Data Model)自动建立相应的SQL语句：
其次：执行其创建的SQL语句文件，将数据表结构自动创建到SQL Server 2005数据库中：
完成以上步骤后，刷新SQL Server 2005数据，将会看到你所创建的相关表结构。
另外生成单张表SQL语句可以：
在物理设计模板中，选择表--》右键—》SQL Perview…
生成SQL创建库和表，我喜欢懒人式，或者说拿给客户时，客户用的爽。。。
建立表的主外键关系：
使用PowerDesigner物理模型为建的关系表添加外键，有个原则就是主表的主键名称必须和副表的外键名称一致。
测试(仅测试，不含技术)
1.建主表user 2.建副表department
uid int primarykey did int primary key
namevarchar(32) uid int
2.对着模型右击New->Reference
parent表为user表，child表为department
这样就建立了关系，外建也自动建立了。
关于表关系的建立，本人也存疑，但有三种思路：
1、概要设计时设计好关系。（个人倾向于这种方式，有时间尝试）
2、物理设计时设计好关系（笔者使用此方法，若表很多，关系复杂，此阶段设计关系会很痛苦。偶深受其害！）
3、生产数据库后，DBMS中建立关系（这种方式是笔者突发奇想，仔细思考，不建议采用这种方式，如果使用T-SQL重构数据库，又得重建关系）
仔细思考过后，个人认为概要设计时，设计实体、实体必要属性、实体与实体关系，然后在数据库物理设计时详细设计表属性等内容。
‘贰’ 数据库接口设计
你问的应该是数据库逻辑结构设计吧？也称作模式设计。可以参考以下网址：
http://www.360doc.com/content/10/0713/10/1712218_38668931.shtml
http://apps.hi..com/share/detail/10584525
‘叁’ 毕设题目是“基于面向对象软件研究方法的数据库接口设计”请高手们指点一下吧
类似ado.net之类吧。
比方说从数据库读取数据，一般操作顺序是这样一个过程：连接数据库，选择数据库，输入查询命令，得到查询数据集，提取数据，关闭数据库连接。
经过ado.net的抽象之后，就分为若干对象：
连接对象，命令对象，数据集对象等等。这些对象提供了一些方法，用来实现操作数据库的过程。就是这样。
比如：
连接对象.connectstring = "abc.db"
连接对象.open()就相当于完成了数据库的选择与连接。
‘肆’ 前后端分离，关于接口文档，后端是要先写好接口文档，再进行写代码开发，还是写完代码后再编写接口文档
1、先理清业务流程
2、定义前后端开发的接口规范。比如json的格式，url的格式
3、定义接口文档，这里的接口文档一般就是对应后台的实体reqVo（调用后台接口<控制器>访问的实体）和返回给前台的respVo（前台调用接口的返回的实体）。注意一般respVo都会有在后台做一个统一的处理为ResultVo（这个规范在2中要定义好，比如：错误码，错误描述，请求的url，请求时间，以及实体T<这个实体才是真正的respVo和业务相关,这个一般都是实体>）
4、定义接口文档是在了解业务流、数据流基础之上完成的。有了这个接口文档（其实就是定义实体的过程和对应的json）前后端的开发基本按照这个文档去开发。接口文档会有版本迭代，一般放到svn上，供所有开发人员阅览
5、现在一般系统用到的数据库都不会是单纯mysql了。还有redis，mongo、es等。这些个人感觉都是在十分了解业务的情况和系统架构下去设计的。后台运用这些工具去完成接口功能的实现已经系统功能和性能的实现。这个和接口文档先后顺序还真不好说，个人觉得都可以。
6、业务流-数据流-资金流。去了解和设计系统。
‘伍’ 怎样设计一个SQL和ACCESS数据库通用的接口
把SQL和ACCESS两个连接都写出来，简单点用IF就行了，如果连接SQL不成功就去连接ACCESS
‘陆’ 基于版本全量更新接口用java怎么写，数据库怎么设计
基本全量问题我肯定好，具体的
‘柒’ 在C#ADO.NET WinForm+Sqlserver2005数据库三层构架中怎么设计接口:接口应在那个层定义和实现
Model层定义好跟表对应起来的实体类；
UI层发送指令到BLL层，BLL层可能根据UI层的指定会做一些逻辑处理(所以叫业务罗层，也就是跟业务逻辑相关的，都放在这里)，再最终调用DAL层，执行数据库访问。比如UI层用户点击注册，要实现注册功能，那么你的业务逻辑层可能要对用户的数据进行各种校验，最终再把校验通过的数据传给DAL层来执行插入或者修改之类的数据库操作。
DAL层执行数据库交互(增删改查之类)，而且只是纯粹的数据库操作，不做其他业务逻辑的处理，最多就增加一些对数据库操作这块的逻辑判断。并返回操作的结果(DataReader/DataTable之类看你需要，一般如果查询数据，返回DataReader是比较高效的方式)的到BLL层，BLL层将返回的数据转换成实体类或者实体类的集合，当然，你也可以在DAL层就把数据库查出来的数据转换成对象，切记，如果是在BLL层转换DataReader成对象，一定要记得关闭DataReader。最后BLL层再把对象反馈给UI层
而Common层就是执行一些跟业务逻辑和数据库访问都不太相干的处理的，比如把各种实用的方法封装起来放到这里，以备各种项目调用。
‘捌’ 数据接口
系统在运行中将用到大量的数据资料，必须在设计初始就明确各类数据标准以及各子系统的数据接口。根据各子系统设计的数据项需求及产生的成果数据项，确定各项数据的数据表，定义表结构，进行代码设计，然后由数据库系统实施，同时形成文档，作为系统的数据标准，统一执行。
数据的分类、编码设计、数据库的设计、地图制图、数据录入和质量检验，均遵循国家和行业主管部门的标准、规范、规程;如没有统一的规范规程，则参照相关的规程进行规范化设计。系统有关的数据定义全部形成文档，作为技术规范，统一使用。
各子系统在设计时应当明确与相关子系统的数据关系，提出相关子系统必须提交的数据表要求和系统运行过程中的提交时间，对应子系统按照该提交数据要求在系统中进行相应设计和开发，保证数据流动的通畅，这是基于数据的系统集成方案的关键，是数据平台接口设计的重要依据。系统间数据关系须形成文档，作为系统间数据接口标准规范，统一执行。
数据关系与数据标准相辅相成，共同定义了数据平台与各个子系统之间的输入、输出接口。在数据接口设计中应重点考虑以下几个方面:
(1)遥感数据与图形数据的接口:利用图形配准技术，予以解决。遥感数据是动态监测专题图件产生的基础，必须经过坐标配准，才能产生专题图件。配准过程由遥感动态监测子系统执行，需要应用综合数据库中的地形图数据。在配准后遥感数据与图形数据的套合依据空间坐标进行。
(2)空间数据与属性数据的接口:利用关键字建立联系。在数据建库过程中依据数据标准有关文档规定建立图形库和属性库结构，确定关键字段，同时定义关键字段编码方案，保证关键字段唯一性。在数据采集过程中对关键字段赋予代码。系统维护过程中的数据采集也必须依据编码方案对关键字段赋值。在应用系统中使用时只需建立图形库与属性库间的关联即可。
( 3) 子系统之间数据的接口: 各子系统之间数据的交换通过数据库进行，所以子系统间数据接口本质上是子系统与后台数据库的接口; 在建立数据库时，已经由数据库管理系统依据系统间数据关系建立了接口。
系统内数据关系包括:
数据管理与数据库子系统接受业务处理与信息服务子系统录入的有关基础信息、遥感动态监测子系统输入的遥感数据及各子系统产生的成果数据，为各子系统提供综合基础数据、专题数据和成果数据。
遥感动态监测子系统需要数据库系统管理的遥感数据、地形图数据和历史专题数据。
生态专业分析子系统需要遥感动态监测子系统产生的专题图件和综合数据库中的历史专题图件以及属性资料。
业务处理与信息服务子系统需要数据库子系统管理的综合基础数据和各专业应用子系统产生的成果数据。
‘玖’ 请教专家，做费用管理系统系统，数据库开发工作，设计接口表应该注意什么
做费用管理系统系统，数据库开发工作，设计接确
‘拾’ 简述一个数据库应用系统的建立过程
数据库建立过程包括六个主要步骤：
1．需求分析：了解用户的数据需求、处理需求、安全和完整性需求。
2．概念设计：通过数据抽象，设计系统的概念模型，一般为e－r模型。
3．逻辑结构设计：设计系统的模式和外部模式，特别是关系模型的基本表和视图。
4．物理结构设计：设计数据的存储结构和访问方法，如索引的设计。
5．系统实现：组织数据存储，编写应用程序，试运行。
6．运维：系统投入运行，进行长期维护。
(10)接口设计数据库扩展阅读：
数据库设计技巧：
1．原始文档与实体之间的关系
它可以是一对一、一对多、多对多。一般来说，它们是一对一的关系：也就是说，原始文档只对应于一个实体，而且只对应于一个实体。在特殊情况下，它们可能是一对多或多对一的，其中一个原始文档对应多个实体，或者多个原始文档对应一个实体。
这里的实体可以理解为基本表。在明确了这些对应关系之后，这对于输入接口的设计是非常有益的。
2．主键和外键
通常，实体不能同时没有主键和外键。在e－r关系图中，叶中的实体可以定义主键，也可以不定义主键（因为它没有后代），但是它必须有外键（因为它有父键）。
主键和外键的设计在全局数据库的设计中起着重要的作用。当全球数据库的设计完成后，一位美国的数据库设计专家说：“钥匙，钥匙无处不在，只有钥匙”，这是他的数据库设计经验，也是他高度抽象的信息系统核心思想（数据模型）的体现。
因为：主键是实体的高度抽象，主键和外键对，表示实体之间的连接。
3．基本表的属性
基表不同于中间表和临时表，因为它有以下四个特点：
原子性。基表中的字段没有分解。
原始性。基表中的记录是原始数据（底层数据）的记录。
先验性。所有输出数据都可以从基表和代码表中的数据派生出来。
稳定。表的基本结构比较稳定，表中的记录保存时间较长。
一旦理解了基本表的性质，就可以在设计数据库时将它们与中间表和临时表区分开。