数据库表设计工具_数据库表设计工具怎么用

如何设计一个的数据库（转）

(4)MySQL工作在客户/或嵌入系统中。

有关数据库设计的材料汗牛充栋，大学学位课程里也有专门的讲述。不过，就如我们反复强调的那样，再好的老师也比不过经验的教诲。所以我归纳历年来所走的弯路及体会，并在网上找了些对数据库设计颇有造诣的专业人士给大家传授一些设计数据库的技巧和经验。精选了其中的 60 个技巧，并把这些技巧编写成了本文，为了方便索引其内容划分为 5 个部分：

数据库表设计工具_数据库表设计工具怎么用

数据库表设计工具_数据库表设计工具怎么用

数据库表设计工具_数据库表设计工具怎么用

第 1 部分 - 设计数据库之前：这一部分罗列了 12 个基本技巧，包括标准化不能过头命名规范和明确业务需求等。第 2 部分 - 设计数据库表：总共 24 个指南，涵盖表内字段设计以及应该避免的常见问题等。第 3 部分 - 选择键：怎么选择键呢？这里有 10 个技巧专门涉及系统生成的主键的正确用法，还有何 时以及如何索引字段以获得性能等。第 4 部分 - 保证数据完整性：讨论如何保持数据库的清晰和健壮，如何把有害数据降低到最小程度。第 5 部分 - 各种小技巧：不包括在以上 4 个部分中的其他技巧，五花八门，有了它们希望你的数据库开发工作会更轻松一些。第 1 部分 - 设计数据库之前考察现有环境

在设计一个新数据库时，你不但应该仔细研究业务需求而且还要考察现有的系统。大多数数据库项目都不是从头开始建立的；通常，机构内总会存在用来满足特定需求的现有系统（可能没有实现自动计算）。显然，现有系统并不完美，否则你就不必再建立新系统了。但是对旧系统的研究可以让你发现一些可能会忽略的细微问题。一般来说，考察现有系统对你有好处。

定义标准的对象命名规范

一定要定义数据库对象的命名规范。对数据库表来说，从项目一开始就要确定表名是采用复数还是单数形式。此外还要给表的别名定义简单规则（比方说，如果表名是一个单词，别名就取单词的前 4 个字母；如果表名是两个单词，就各取两个单词的前两个字母组成 4 个字母长的别名；如果表的名字由 3 个单词组成，你不妨从头两个单词中各取一个然后从一个单词中再取出两个字母，结果还是组成 4 字母长的别名，其余依次类推）对工作用表来说，表名可以加上前缀 WORK_ 后面附上采用该表的应用程序的名字。表内的列[字段]要针对键采用一整套设计规则。比如，如果键是数字类型，你可以用 _N 作为后缀；如果是字符类型则可以采用 _C 后缀。对列[字段]名应该采用标准的前缀和后缀。再如，如你的表里有好多"money"字段，你不妨给每个列[字段]增加一个 _M 后缀。还有，日期列[字段]以 D_ 作为名字打头。

检查表名、报表名和查询名之间的命名规范。你可能会很快就被这些不同的数据库要素的名称搞糊涂了。如你坚持统一地命名这些数据库的不同组成部分，至少你应该在这些对象名字的开头用 Table、Query 或者 Report 等前缀加以区别。

如果采用了 Microsoft Access，你可以用 qry、rpt、tbl 和 mod 等符号来标识对象（比如 tbl_Employees）。我在和 SQL 打交道的时候还用过 tbl 来索引表，但我用 sp_company （现在用 sp_feft_）标识存储过程，因为在有的时候如果我发现了更好的处理办法往往会保存好几个拷贝。我在实现 SQL 2000 时用 udf_ （或者类似的标记）标识我编写的函数。

工欲善其事，必先利其器

采用理想的数据库设计工具，比如：SyBase 公司的 PowerDesign，她支持 PB、VB、Delphe 等语言，通过 ODBC 可以连接市面上流行的 30 多个数据库，包括 dBase、FoxPro、VFP、SQL 等，今后有机会我将着重介绍 PowerDesign 的使用。

获取数据模式资源手册

正在寻求示例模式的人可以阅读《数据模式资源手册》一书，该书由 Len Silverston、W. H. Inmon 和 Kent Graziano 编写，是一本值得拥有的数据建模图书。该书包括的章节涵盖多种数据领域，比如人员、机构和工作效能等。

我发现询问用户如何看待未来需求变化非常有用。这样做可以达到两个目的：首先，你可以清楚地了解应用设计在哪个地方应该更具灵活性以及如何避免性能瓶颈；其次，你知道发生事先没有确定的需求变更时用户将和你一样感到吃惊。

一定要记住过去的经验教训！我们开发人员还应该通过分享自己的体会和经验互相帮助。即使用户认为他们再也不需要什么支持了，我们也应该对他们进行这方面的教育，我们都曾经面临过这样的时刻"当初要是这么做了该多好.."。

在物理实践之前进行逻辑设计

在深入物理设计之前要先进行逻辑设计。随着大量的 CASE 工具不断涌现出来，你的设计也可以达到相当高的逻辑水准，你通常可以从整体上更好地了解数据库设计所需要的方方面面。

了解你的业务

一旦你认为你已经明确了业务内容，你同客户进行一次系统的交流。采用客户的术语并且向他们解释你所想到的和你所听到的。同时还应该用可能、将会和必须等词汇表达出系统的关系基数。这样你就可以让你的客户纠正你自己的理解然后做好下一步的 ER 设计。

创建数据字典和 ER 图表

一定要花点时间创建 ER 图表和数据字典。其中至少应该包含每个字段的数据类型和在每个表内的主外键。创建 ER 图表和数据字典确实有点费时但对其他开发人员要了解整个设计却是完全必要的。越早创建越能有助于避免今后面临的可能混乱，从而可以让任何了解数据库的人都明确如何从数据库中获得数据。

有一份诸如 ER 图表等文档其重要性如何强调都不过分，这对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对 SQL 表达式的文档化来说这是完全必要的。

创建模式

一张图表胜过千言万语：开发人员不仅要阅读和实现它，而且还要用它来帮助自己和用户对话。模式有助于提高协作效能，这样在建议你在数据库中引入版本控制机制来确定使用中的数据库的版本。无论如何你都要实现这一要求。时间一长，用户的需求总是会改变的。最终可能会要求修改数据库结构。虽然你可以通过检查新字段或者索引来确定数据库结构的版本，但我发现把版本信息直接存放到数据库中不更为方便吗？先期的数据库设计中几乎不可能出现大的问题。模式不必弄的很复杂；甚至可以简单到手写在一张纸上就可以了。只是要保证其上的逻辑关系今后能产生效益。

从输入输出下手

在定义数据库表和字段需求（输入）时，首先应检查现有的或者已经设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。举个简单的例子：如客户需要一个报表按照邮政编码排序、分段和求和，你要保证其中包括了单独的邮政编码字段而不要把邮政编码糅进地址字段里。

报表技巧

要了解用户通常是如何报告数据的：批处理还是在线提交报表？时间间隔是每天、每周、每月、每个季度还是每年？如果需要的话还可以考虑创建总结表。系统生成的主键在报表中很难管理。用户在具有系统生成主键的表内用副键进行检索往往会返回许多重复数据。这样的检索性能比较低而且容易引起混乱。

理解客户需求

看起来这应该是显而易见的事，但需求就是来自客户（这里要从内部和外部客户的角度考虑）。不要依赖用户写下来的需求，真正的需求在客户的脑袋里。你要让客户解释其需求，而且随着开发的继续，还要经常询问客户保证其需求仍然在开发的目的之中。一个不变的真理是："只有我看见了我才知道我想要的是什么"必然会导致大量的返工，因为数据库没有达到客户从来没有写下来的需求标准。而更糟的是你对他们需求的解释只属于你自己，而且可能是完全错误的。

第 2 部分 - 设计表和字段检查各种变化

我在设计数据库的时候会考虑到哪些数据字段将来可能会发生变更。比方说，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，我倾向于在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。

采用有意义的字段名

有一回我参加开发过一个项目，其中有从其他程序员那里继承的程序，那个程序员喜欢用屏幕上显示数据指示用语命名字段，这也不赖，但不幸的是，她还喜欢用一些奇怪的命名法，其命名采用了匈牙利命名和控制序号的组合形式，比如 cbo1、txt2、txt2_b 等等。

除非你在使用只面向你的缩写字段名的系统，否则请尽可能地把字段描述的清楚些。当然，也别做过头了，比如 Customer_Shipping_Address_Street_Line_1，虽然很富有说明性，但没人愿意键入这么长的名字，具体尺度就在你的把握中。

采用前缀命名

如果多个表里有好多同一类型的字段（比如 FirstName），你不妨用特定表的前缀（比如 CusLastName）来帮助你标识字段。

时效性数据应包括"最近更新日期/时间"字段。时间标记对查找数据问题的原因、按日期重新处理/重载数据和清除旧数据特别有用。

标准化和数据驱动

数据的标准化不仅方便了自己而且也方便了其他人。比方说，如你的用户界面要访问外部数据源（文件、XML 文档、其他数据库等），你不妨把相应的连接和路径信息存储在用户界面支持表里。还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。预先安排总需要付出努力，但如果这些过程采用数据驱动而非硬编码的方式，那么策略变更和维护都会方便得多。事实上，如果过程是数据驱动的，你就可以把相当大的推给用户，由用户来维护自己的工作流过程。

对那些不熟悉标准化一词（normalization）的人而言，标准化可以保证表内的字段都是最基础的要素，而这一措施有助于消除数据库中的数据冗余。标准化有好几种形式，但 Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了平衡。简单来说，3NF 规定：

表内的每一个值都只能被表达一次。表内的每一行都应该被的标识（有键）。表内不应该存储依赖于其他键的非键信息。遵守 3NF 标准的数据库具有以下特点：有一组表专门存放通过键连接起来的关联数据。比方说，某个存放客户及其有关定单的 3NF 数据库就可能有两个表：Customer 和 Order。Order 表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向 Customer 表里包含该客户信息的那一行。

更高层次的标准化也有，但更标准是否就一定更好呢？是不一定。事实上，对某些项目来说，甚至就连 3NF 都可能给数据库引入太高的复杂性。

为了效率的缘故，对表不进行标准化有时也是必要的，这样的例子很多。曾经有个开发餐饮分析软件的活就是用非标准化表把查询时间从平均 40 秒降低到了两秒左右。虽然我不得不这么做，但我绝不把数据表的非标准化当作当然的设计理念。而具体的作不过是一种派生。所以如果表出了问题重新产生非标准化的表是完全可能的。

不活跃或者不采用的指示符

增加一个字段表示所在记录是否在业务中不再活跃挺有用的。不管是客户、员工还是其他什么人，这样做都能有助于再运行查询的时候过滤活跃或者不活跃状态。同时还消除了新用户在采用数据时所面临的一些问题，比如，某些记录可能不再为他们所用，再删除的时候可以起到一定的防范作用。

使用角色实体定义属于某类别的列[字段]

在需要对属于特定类别或者具有特定角色的事物做定义时，可以用角色实体来创建特定的时间关联关系，从而可以实现自我文档化。

这里的含义不是让 PERSON 实体带有 Title 字段，而是说，为什么不用 PERSON 实体和 PERSON_TYPE 实体来描述人员呢？比方说，当 John Smith, Engineer 提升为 John Smith, Director 乃至爬到 John Smith, CIO 的高位，而所有你要做的不过是改变两个表 PERSON 和 PERSON_TYPE 之间关系的键值，同时增加一个日期/时间字段来知道变化是何时发生的。这样，你的 PERSON_TYPE 表就包含了所有 PERSON 的可能类型，比如 Associate、Engineer、Director、CIO 或者 CEO 等。

采用常用实体命名机构数据

组织数据的最简单办法就是采用常用名字，比如：PERSON、ORIZATION、ADDRESS 和 PHONE 等等。当你把这些常用的一般名字组合起来或者创建特定的相应副实体时，你就得到了自己用的特殊版本。开始的时候采用一般术语的主要原因在于所有的具体用户都能对抽象事物具体化。

有了这些抽象表示，你就可以在第 2 级标识中采用自己的特殊名称，比如，PERSON 可能是 Employee、Spouse、Patient、、Customer、Vendor 或者 Teacher 等。同样的，ORIZATION 也可能是 MyCompany、MyDepartment、Compe、Hospital、Warehouse、Government 等。 ADDRESS 可以具体为 Site、Location、Home、Work、、Vendor、Corporate 和 FieldOff 等。

采用一般抽象术语来标识"事物"的类别可以让你在关联数据以满足业务要求方面获得巨大的灵活性，同时这样做还可以显著降低数据存储所需的冗余量。

用户来自世界各地

在设计用到网络或者具有其他特性的数据库时，一定要记住大多数都有不同的字段格式，比如邮政编码等，有些，比如新西兰就没有邮政编码一说。

数据重复需要采用分立的数据表

如果你发现自己在重复输入数据，请创建新表和新的关系。

每个表中都应该添加的 3 个有用的字段

dRecordCreationDate，在 VB 下默认是 Now()，而在 SQL 下默认为 GETDATE()sRecordCreator，在 SQL 下默认为 NOT NULL DEFAULT USERnRecordVersion，记录的版本标记；有助于准确说明记录中出现 null 数据或者丢失数据的原因对地址和电话采用多个字段

描述街道地址就短短一行记录是不够的。Address_Line1、Address_Line2 和 Address_Line3 可以提供更大的灵活性。还有，电话号码和邮件地址拥有自己的数据表，其间具有自身的类型和标记类别。

过分标准化可要小心，这样做可能会导致性能上出现问题。虽然地址和电话表分离通常可以达到状态，但是如果需要经常访问这类信息，或许在其父表中存放""信息（比如 Customer 等）更为妥当些。非标准化和加速访问之间的妥协是有一定意义的。

使用多个名称字段

我觉得很吃惊，许多人在数据库里就给 name 留一个字段。我觉得只有刚入门的开发人员才会这么做，但实际上网上这种做法非常普遍。我建议应该把姓氏和名字当作两个字段来处理，然后在查询的时候再把他们组合起来。

提防大小写混用的对象名和特殊字符

过去最令我恼火的事情之一就是数据库里有大小写混用的对象名，比如 CustomerData。这一问题从 Access 到Oracle数据库都存在。我不喜欢采用这种大小写混用的对象命名方法，结果还不得不手工修改名字。想想看，这种数据库/应用程序能混到采用更强大数据库的那一天吗？采用全部大写而且包含下划符的名字具有更好的可读性（CUSTOMER_DATA），不要在对象名的字符之间留空格。

小心保留词

要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突，比如，最近我编写的一个 ODBC 连接程序里有个表，其中就用了 DESC 作为说明字段名。后果可想而知！DESC 是 DESCENDING 缩写后的保留词。表里的一个 SELECT 语句倒是能用，但我得到的却是一大堆毫无用处的信息。

在命名字段并为其指定数据类型的时候一定要保证一致性。如字段在某个表中叫做"agreement_number"，你就别在另一个表里把名字改成"ref1"。如数据类型在一个表里是整数，那在另一个表里可就别变成字符型了。记住，你干完自己的活了，其他人还要用你的数据库呢。

在 SQL 中使用 allint 和 tinyint 类型要特别小心，比如，如你想看看月销售总额，你的总额字段类型是 allint，那么，如果总额超过了 $32,767 你就不能进行计算作了。

避免使用触发器

触发器的功能通常可以用其他方式实现。在调试程序时触发器可能成为干扰。如你确实需要采用触发器，你集中对它文档化。

包含版本机制

给文本字段留足余量

ID 类型的文本字段，比如客户 ID 或定单号等等都应该设置得比一般想象更大，因为时间不长你多半就会因为要添加额外的字符而难堪不已。比方说，设你的客户 ID 为 10 位数长。那你应该把数据库表字段的长度设为 12 或者 13 个字符长。这算浪费空间吗？是有一点，但也没你想象的那么多：一个字段加长 3 个字符在有 1 百万条记录，再加上一点索引的情况下才不过让整个数据库多占据 3MB 的空间。但这额外占据的空间却无需将来重构整个数据库就可以实现数据库规模的增长了。的号码从 15 位变成 18 位就是和最惨痛的例子。

我们发现，如你给每个表的列[字段]名都采用统一的前缀，那么在编写 SQL 表达式的时候会得到大大的简化。这样做也确实有缺点，比如破坏了自动表连接工具的作用，后者把公共列[字段]名同某些数据库联系起来，不过就连这些工具有时不也连接错误嘛。举个简单的例子，设有两个表：

Customer 和 Order。Customer 表的前缀是 cu_，所以该表内的子段名如下：cu_name_id、cu_surname、cu_initials 和cu_address 等。Order 表的前缀是 or_，所以子段名是：

or_order_id、or_cust_name_id、or_quantity 和 or_description 等。

这样从数据库中选出全部数据的 SQL 语句可以写成如下所示：

1SelectFromCustomer,OrderWherecu_surname ="MYNAME";2andcu_name_id = or_cust_name_idandor_quantity = 1在没有这些前缀的情况下则写成这个样子（用别名来区分）：

1SelectFromCustomer,OrderWhereCustomer.surname ="MYNAME";

数据库一般用什么软件

⑴字段选取

问题一：现在软件公司都用什么数据库？ 像 华为、中兴 这类公司，用的最多的是Oracle 数据库，中小型 公司 一般是MySQL，其次 就是SQL、Sybase数据库，关系数据库 和非关系数据库，我觉得你可以先把关系型数据库学好，再搞大数据，如SQL ，一般 方向的用的比较多一些

1、需求分析：

你是要挑一种数据库来学，还是已经确定了一种数据库想知道用什么工具对此类数据库进行设计或开发？

开发工具我只能说说Oracle了，我用的是PL SQL。

问题三：我想做一个数据库，需要什么软件啊？？ 你自己是程序员？

数据库(access、mysql、oracle)+川态网站语言(jsp、php)+(tomcat、iis) 即可。

你是业务人员？

excel。

建议你找人做一个软件，不仅可以管理资料，对于考勤，档案、工资、部门、人员都可以实现管理。 方便又高效。

问题四：常用的数据库软件有哪些？它们的优缺点是什么？ 目前，商品化的数据库管理系统以关系型数据库为主导产品，技术比较成熟。面向对象的数据库管理系统虽然技术先进，数据库易于开发、维护，但尚未有成熟的产品。国内的主导关系型数据库管理保持字段名和类型的一致性系统有Oracle、Sybase、INFORMIX和INGRES。这些产品都支持多平台，如 UNIX、VMS、Windows，但支持的程度不一样。IBM的DB2也是成熟的关系型数据库。但是，DB2是内嵌于IBM的AS/400系列机中，只支持OS/400作系统。

1.MySQL

MySQL是的开源SQL数据库管理系统，它由 MySQL AB开发、发布和支持。MySQL AB是一家基于MySQL开发人员的商业公司，它是一家使用了一种成功的商业模式来结合开源价值和方的第二代开源公司。MySQL是MySQL AB的注册商标。

MySQL是一个快速的、多线程、多用户和健壮的SQL数据库。MySQL支持关键任务、重负载生产系统的使用，也可以将它嵌入到一个大配置(mass- deployed)的软件中去。

与其他数据库管理系统相比，MySQL具有以下优势：

(1)MySQL是一个关系数据库管理系统。

(2)MySQL是开源的。

(5)有大量的MySQL软件可以使用。

2.SQL

SQL 是由微软开发的数据库管理系统，是Web上的用于存储数据的数据库，它已广泛用于电子商务、银行、保险、电力等与数据库有关的行业。

SQL 提供了众多的Web和电子商务功能，如对XML和Internet标准的丰富支持，通过Web对数据进行轻松安全的访问，具有强大的、灵活的、基于Web的和安全的应用程序管理等。而且，由于其易作性及其友好的作界面，深受广大用户的喜爱。

3.Oracle

提起数据库，个想到的公司，一般都会是Oracle(甲骨文)。该公司成立于1977年，最初是一家专门开发数据库的公司。Oracle在数据库领域一直处于领先地位。 1984年，首先将关系数据库转到了桌面计算机上。然后，Oracle5率先推出了分布式数据库、客户/结构等崭新的概念。Oracle 6首创行锁定模式以及对称多处理计算机的支持……的Oracle 8主要增加了对象技术，成为关系―对象数据库系统。目前，Oracle产品覆盖了大、中、小型机等几十种机型，Oracle数据库成为世界上使用最广泛的关系数据系统之一。

Oracle数据库产品具有以下优良特性。

(1)兼容性

Oracle产品采用标准SQL，并经过美国标准技术所(NIST)测试。与IBM SQL/DS、DB2、INGRES、IDMS/R等兼容。

Oracle的产品可运行于很宽范围的硬件与作系统平台上。可以安装在70种以上不同的大、中、小型机上；可在VMS、DOS、UNIX、Windows等多种作系统下工作。

(3)可联结性

Oracle能与多种通讯网络相连，支持各种协议(TCP......>>

问题五：想一个做数据库，请问用什么软件呢？ 看你是做什么使用的。如果是简单嵌入式开发，涉及的数据量不是很大，那你可以选择sql server，用它做服务用也可以，当然你要注意怎么使用。如果实在本地使用，如我们的自动取款机，你可以适当的使用sqlist，这种小型数据库也不错。具体使用的方法可以与我联系及协议等等。如果你只是简单的做一些小东东而用的数据库，如：公交车上的读卡器等等，你可以尝试使用像表格方式来埂储数据。具体的方法及用法估计你还是要问我。当然了你可以使用大型数据库DB2或者是Oreacle等等，不过这些都是用来做大型用的。还有你选择的编程语言也很重要，像楼上说的mysql，是在PHP语言中使用等等。

问题六：我们用的什么软件带有数据库 Excel表格就是一个小型的数据库

问题七：数据库软件 是干什么用的 数据库：是按一定的数据模型组织长期地存储在计算机存储的设备上，具有共享性、安全性、性、冗余度低的相关数据的 。用于数据管理的软件系统。

数据库通常包括两个部分：一是按一定的数据模型组织并实际存储的所有用户可以直接伐使用的数据；二是有关数据库的定义的数据，用来描述相关的数据的结构、类型、格式、关系、完整性的约束等。

问题八：常用的数据库软件有哪些？ SQL 是 Microsoft(微软) 的数据产品，它的易用性强！ Oracle 是 Oracle(甲骨文)公司的数据产品！号称世界上的数据系统！ DB2 是IBM公司的产品，在全球500强的企业中有80%是用DB2作为数据库平台的

问题九：常用的数据库软件有哪些？它们的优缺点是什么？ 目前，商品化的数据库管理系统以关系型数据库为主导产品，技术比较成熟。面向对象的数据库管理系统虽然技术先进，数据库易于开发、维护，但尚未有成熟的产品。国内的主导关系型数据库管理系统有Oracle、Sybase、INFORMIX和INGRES。这些产品都支持多平台，如 UNIX、VMS、Windows，但支持的程度不一样。IBM的DB2也是成熟的关系型数据库。但是，DB2是内嵌于IBM的AS/400系列机中，只支持OS/400作系统。

1.MySQL

MySQL是的开源SQL数据库管理系统，它由 MySQL AB开发、发布和支持。MySQL AB是一家基于MySQL开发人员的商业公司，它是一家使用了一种成功的商业模式来结合开源价值和方的第二代开源公司。MySQL是MySQL AB的注册商标。

MySQL是一个快速的、多线程、多用户和健壮的SQL数据库。MySQL支持关键任务、重负载生产系统的使用，也可以将它嵌入到一个大配置(mass- deployed)的软件中去。

与其他数据库管理系统相比，MySQL具有以下优势：

(1)MySQL是一个关系数据库管理系统。

(2)MySQL是开源的。

(5)有大量的MySQL软件可以使用。

2.SQL

SQL 是由微软开发的数据库管理系统，是Web上的用于存储数据的数据库，它已广泛用于电子商务、银行、保险、电力等与数据库有关的行业。

SQL 提供了众多的Web和电子商务功能，如对XML和Internet标准的丰富支持，通过Web对数据进行轻松安全的访问，具有强大的、灵活的、基于Web的和安全的应用程序管理等。而且，由于其易作性及其友好的作界面，深受广大用户的喜爱。

3.Oracle

提起数据库，个想到的公司，一般都会是Oracle(甲骨文)。该公司成立于1977年，最初是一家专门开发数据库的公司。Oracle在数据库领域一直处于领先地位。 1984年，首先将关系数据库转到了桌面计算机上。然后，Oracle5率先推出了分布式数据库、客户/结构等崭新的概念。Oracle 6首创行锁定模式以及对称多处理计算机的支持……的Oracle 8主要增加了对象技术，成为关系―对象数据库系统。目前，Oracle产品覆盖了大、中、小型机等几十种机型，Oracle数据库成为世界上使用最广泛的关系数据系统之一。

Oracle数据库产品具有以下优良特性。

(1)兼容性

Oracle产品采用标准SQL，并经过美国标准技术所(NIST)测试。与IBM SQL/DS、DB2、INGRES、IDMS/R等兼容。

Oracle的产品可运行于很宽范围的硬件与作系统平台上。可以安装在70种以上不同的大、中、小型机上；可在VMS、DOS、UNIX、Windows等多种作系统下工作。

(3)可联结性

Oracle能与多种通讯网络相连，支持各种协议(TCP......>>

问题十：数据库用什么软件？ 这个可以分几个方面考虑1，根据你的数据量的大小。2，根据你项目的经费。3，你的技术水平。

现在大中型项目用的最多的是ORACLE浮SQLSERVER。如果是小型项目的话MYSQL,SQLSERVER甚至是ACCESS都可以。如果你是为了学习找工作，建议你学习ORACLE和SQLSERVER。

数据库的概念模型是什么?其特点是什么?

(3)MySQL是一个快速的、可靠的和易于使用的数据库。

概念模型表征了待解释的系统的学科共享知识。为了把现实世界中的具体事物抽象、组织为某一数据库管理系统支持的数据模型，人们常常首先将现实世界抽象为信息世界，然后将信息世界转换为机器世界。也就是说，首先把现实世界中的客观对象抽象为某一种信息结构，这种信息结构并不依赖于具体的计算机系统，不是某一个数据库管理系统（DBMS）支持的数据模型，而是概念级的模型，称为概念模型。

特点：

1、能真实地、充分地反映现实世界，是对现实世界的一个真实模型。

定义2

数据库是依照某种数据模型组织起来并存放二级存储器中的数据。这种数据具有如下特点：尽可能不重复，以方式为某个特定组织的多种应用服务，其数据结构于使用它的应用程序，对数据的增、删、改和检索由统一软件进行管理和控制。从发展的历史看，数据库是数据管理的高级阶段，它是仔细选择数字类型由文件管理系统发展起来的。

定义3

定义4

数据库（DataBase，DB）是一个长期存储在计算机畅想未来，但不可忘了过去的教训内的、有组织的、有共享的、统一管理的数据。她是一个按数据结构来存储和管理数据的计算机软件系统。数据库的概念实际包括两层意思： （1）数据库是一个实体，它是能够合理保管数据的“仓库”，用户在该“仓库”中存放要管理的事务数据，“数据”和“库”两个概念结合成为数据库。 （2）数据库是数据管理的新方法和技术，他能更合适的组织数据、更方便的维护数据、更严密的控制数据和更有效的利用数据。

哪位高手可以几款通用的数据库管理工具

选择快捷菜单种的“新表”，单击“新表”钮，再创建对话框输入表 名

必须是 C(伯尔尼公约议定书专家委员会的观点) 所有的信息(数据率档）的编纂物，不论其是以印刷形式，计算机存储单元形式，还是其它形式存在，都应视为“数据库”。 数字化内容选择的原因有很多，概括起来主要有： (1)存储空间的原因。数字化的产品是通过网络被广大用户存取利用，而大家都知道数字化产品是存放在磁盘阵列上的，磁盘阵列由来管理，磁盘空间是有限的，的能力也是有限的，不可能无地存入数字资源，这就需要我们对文献资源数字化内容进行选择。 (2)解决数字化生产高成本和图书馆经费有限性之间矛盾的需要。几乎没有图书馆有充足的资源来对整个馆藏进行数字化，内容选择不可避免。 (3)数字资源管理的需要。技术的快速发展使数字化项目所生成的数字资源的生命周期越来越短，投入巨资进行数字迁移是延长数字资源生命的1个重要途径，昂贵的维护成本就必须考虑数字化的内容选择。 数据库发展史数据库技术从诞生到现在，在不到半个世纪的时间里，形成了坚实的理论基础、成熟的商业产品和广泛的应用领域，吸引越来越多的研究者加入。数据库的诞生和发展给计算机信息管理带来了一场巨大的革命。三十多年来，国内外已经开发建设了成千上万个数据库，它已成为企业、部门乃至个人日常工作、生产和生活的基础设施。同时，随着应用的扩展与深入，数据库的数量和规模越来越大，数据库的研究领域也已经大大地拓广和深化了。30年间数据库领域获得了三次计算机图灵奖（C.W. Bachman,E.F.Codd, J.Gray），更加充分地说明了数据库是一个充满活力和创新精神的领域。就让我们沿着历史的轨迹，追溯一下数据库的发展历程。 传统上，为了确保企业持续扩大的IT系统稳定运行，一般用户信息中心往往不仅要不断更新更大容量的IT运维软硬件设备，极大浪费企业资源；更要长期维持一支由数据库维护、维护、机房值班等各种维护人员组成的运维大军，维护成本也随之节节高升。为此，企业IT决策者开始思考：能不能像拧水龙头一样按需调节的使用IT运维服务？而不是不断增加已经价格不菲的运维成本。loudQuery！

我目前用过的用的数据库管理工具！而且完全免费！

至此几乎所有的主流数据库、部分主流国产数据库以及中间件，统一数据入口！具备权限在你百分百地确定系统从客户角度满足其需求之前不要在你的 ER（实体关系）模式中加入哪怕一个数据表（怎么，你还没有模式？那请你参看技巧 9）。了解你的企业业务可以在以后的开发阶段节约大量的时间。一旦你明确了业务需求，你就可以自己做出许多决策了。管理，审计分析，组织架构管理等功能，IT人必不可少！

话不多说，上链接：cloudquery.club

数据库数据录入的步骤是什么？

法一、“文件”菜单“新建”，显示新建对话框

数据库数据录入通常可以按照以下步骤进行：

列[字段]命名技巧

1、设计数据库表结构：首先，你需要设计数据库的表结构，确定需要存储哪些数据以及它们之间的关系。这包括确定表名、字段名、字段类型、约束条件等。

2、创建数据库表：在数据库管理系统中创建表，使用 SQL 语句来定义表的结构。可以使用工具如 MySQL Workbench 或 Nicat 来图形化地创建表。

3、插入数据：使用 INSERT INTO 语句将数据插入到相应的表中。指定要插入的表名和字段名，并提供要效果：数据库文件已经建立完成。插入的值。

4、重复插入多条数据：如果需要一次性插入多条数据，可以使用 INSERT INTO 语句的批量插入功能，或者使用专门的数据导入工具（如 LOAD DATA INFILE）。

5、验证数据完整性：插入数据后，验证数据的完整性和准确性。确保数据符合预期的格式、范围和约束条件。

6、更新或修改数据：如果需要更新或修改已有的数据，可以使用 UPDATE 语句根据需要更新相应的字段值。

7、删除数据：如果需要删除已有的数据，可以使用 DELETE 语句根据条件删除相应的记录。

以上是一般的数据录入步骤。实际情况可能会根据具体需求和数据库管理系统的要求有所不同。需要根据实际情况灵活应用。同时，注意数据录入过程中的数据安全性和数据备份工作

E-R图表示的是什么？

删除标恩，说说我的理解吧。我目前使用的Oracle数据库，常用于比较大型的工程，不知道是不是Ja的项目居多。Access也是一种数据库，常用于小型场目。还有SQL Serv，个人认为比较适合ASP，C++等语言的项目。记

图也称实体-联系图(Entity Relationship Diagram)，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。E-R方法是“实体-联系方法”（Entity-Relationship Approach）的简称。它是描述现实世界概念结构模型的有效方法。是表示概念模型的一种方式，用矩形表示实体型，矩形框内写明实体名；用椭圆表示实体的属性，并用无向边将其与相应的实体型连接起来；用菱形表示实体型之间的联系，在菱形框内写明联系名，并用无向边分别与有关实体型连接起来，同时在无向边旁标上联系的类型（1:1,1:n或m:n）。 编辑本段模型历史ER模型最早由Peter Chen于1976年提出，它在数据库设计领域得到了广泛的认同，但很少用作实际数据库管理系统的数据模型。即使对SXL-92数据库来说，设计好的数据库也是具有挑战性的。它们可以在许多关于数据库设计的文献中找到，比如Toby Teorsey 的著作（1994 ）。大部分数据库设计产品使用实体-联系模型（ER模型）帮助用户进行数据库设计。ER数据库设计工具提供了一个“方框与箭头”的绘图工具，帮助用户建立ER图来描绘数据。实体联系模型，实体关系模型或实体联系模式图(ERD)是由美籍华裔计算机科学家陈品山(Peter Chen)发明，是概念数据模型的高层描述所使用的数据模型或模式图，它为表述这种实体联系模式图形式的数据模型提供了图形符号。这种数据模型典型的用在信息系统设计的阶段；比如它们在需求分析阶段用来描述信息需求和/或要存储在数据库中的信息的类型。但是数据建模技术可以用来描述特定论域(就是感兴趣的区域)的任何本体(就是对使用的术语和它们的联系的概述和分类)。在基于数据库的信息系统设计的情况下，在后面的阶段(通常叫做逻辑设计)，概念模型要映射到逻辑模型如关系模型上；它依次要在物理设计期间映射到物理模型上。注意，有时这两个阶段被一起称为"物理设计"。编辑本段构图要素构成E-R图的基本要素是实体型、属性和联系，其表示方法为：·实体型(Entity)：具有相同属性的实体具有相同的特征和性质，用实体名及其属性名来抽象和刻画同类实体;在E-R图中用矩形表示，矩形框内写明实体名；比如学生张三丰、学生李寻欢都是实体。如果是弱实体的话，在矩形外面再套实线矩形。·属性(Attribute)：实体所具有的某一特性，一个实体可由若干个属性来刻画。在E-R图中用椭圆形表示，并用无向边将其与相应的实体连接起来；比如学生的姓名、学号、性别、都是属性。如果是多值属性的话，再椭圆形外面再套实线椭圆。如果是派生属性则用虚线椭圆表示。·联系(Relationship)：联系也称关系，信息世界中反映实体内部或实体之间的联系。实体内部的联系通常是指组成实体的各属性之间的联系；实体之间的联系通常是指不同实体集之间的联系。在E-R图中用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型（1 : 1，1 : n或m : n）。比如老师给学生授课存在授课关系，学生选课存在选课关系。如果是弱实体的联系则在菱形外面再套菱形。[2]联系可分为以下 3 种类型：(1) 一对一联系(1 ∶1) 例如，一个部门有一个，而每个只在一个部门任职，则部门与的联系是一对一的。(2) 一对多联系(1 ∶N) 例如，某校教师与课程之间存在一对多的联系“教”，即每位教师可以教多门课程，但是每门课程只能由一位教师来教(3) 多对多联系(M ∶N) 例如，图1表示学生与课程间的联系(“学 ”)是多对多的，即一个学生可以学多门课程，而每门课程可以有多个学生来学。联系也可能有属性。例如，学生“ 学” 某门课程所取得的成绩，既不是学生的属性也不是课程的属性。由于“ 成绩” 既依赖于某名特定的学生又依赖于某门特定的课程，所以它是学生与课程之间的联系“ 学”的属性。编辑本段作图步骤⑴确定所有的实体⑵选择实体集应包含的属性⑶确定实体集之间的联系⑷确定实体集的关键字，用下划线在属性上表明关键字的属性组合⑸确定联系的类型，在用线将表示联系的菱形框联系到实体集时，在线旁注明是1或n(多）来表示联系的类型编辑本段作图举例（1）以自底向上设计概念结构的方法为例，它通常分为两步：步：首先要根据需求分析的结果（数据流图、数据字典等）对现实世界的数据进行抽象，设计各个局部视图即分E-R图。第二步：集成局部视图。概念结构是对现实世界的一种抽象，一般有三种抽象：⑴分类（ is member of ）⑵聚集( is part of)⑶概括(is subset of )编辑本段成分在ER图中有如下四个成分： 矩形框：表示实体，在框中记入实体名。 菱形框：表示联系，在框中记系名。 椭圆形框：表示实体或联系的属性，将属性名记入框中。对于主属性名，则在其名称下划一下划线。 连线：实体与属性之间；实体与联系之间；联系与属性之间用直线相连，并在直线上标注联系的类型。（对于一对一联系，要在两个实体连线方向各写1； 对于一对多联系，要在一的一方写1，多的一方写N；对于多对多关系，则要在两个实体连线方向各写N,M。)[3]编辑本段设计步骤（一）调查分析⑴选择局部应用在需求分析阶段，通过对应用环境和要求进行详尽的调查分析，用多层数据流图和数据字典描述了整个系统。设计分E-R图的步，就是要根据系统的具体情况，在多层的数据流图中选择一个适当层次的（经验很重要）数据流图，让这组图中每一部分对应一个局部应用，我们即可以以这一层次的数据流图为出发点，设计分E-R图。一般而言，中层的数据流图能较好地反映系统中各局部应用的子系统组成，因此人们往往以中层数据流图作为设计分E-R图的依据⑵逐一设计分E-R图每个局部应用都对应了一组数据流图，局部应用涉及的数据都已经收集在数据字典中了。现就是要将这些数据从数据字典中抽取出来，参照数据流图，<1> 标定局部应用中的实体， 目前版本是SQL 2005，它只能在Windows上运行，作系统的系统稳定性对数据库十分重要。并行实施和共存模型并不成熟，很难处理日益增多的用户数和数据卷，伸缩性有限。<2> 实体的属性、标识实体的码，<3> 确定实体之间的联系及其类型（1：1、1：n、m：n）。<1> 标定局部应用中的实体现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。对象和实体之间是"is member of "的关系。例如在学校环境中，可以把张三、李四、王五等对象抽象为学生实体。对象类型的组成成分可以抽象为实体的属性。组成成分与对象类型之间是"is part of "的关系。例如学号、姓名、专业、年级等可以抽象为学生实体的属性。其中学号为标识学生实体的码。<2> 实体的属性、标识实体的码实际上实体与属性是相对而言的，很难有截然划分的界限。同一事物，在一种应用环境中作为"属性 "，在另一种应用环境中就必须作为"实体 "。一般说来，在给定的应用环境中：⑴属性不能再具有需要描述的性质。即属性必须是不可分的数据项。⑵属性不能与其他实体具有联系。联系只发生在实体之间。<3> 确定实体之间的联系及其类型（1：1、1：n、 m：n）。根据需求分析，要考察实体之间是否存在联系，有无多余联系（二）合并生成各分E-R图之间的冲突主要有三类：属性冲突、命名冲突和结构冲突。1．属性冲突 (1) 属性域冲突，即属性值的类型、取值范围或取值不同。例如：属性“零件号”有的定义为字符型，有的为数值型。(2) 属性取值单位冲突。例如：属性“重量”有的以克为单位，有的以公斤为单位。2．命名冲突 (1) 同名异义。不同意义对象相同名称。(2) 异名同义（一义多名）。同意义对象不相同名称。“项目”和“课题”3．结构冲突(1) 同一对象在不同应用中具有不同的抽象。例如"课程 "在某一局部应用中被当作实体，而在另一局部应用中则被当作属性。(2) 同一实体在不同局部视图中所包含的属性不完全相同，或者属性的排列次序不完全相同。(3) 实体之间的联系在不同局部视图中呈现不同的类型。例如实体E1与E2在局部应用A中是多对多联系，而在局部应用B中是一对多联系；又如在局部应用X中E1与E2发生联系，而在局部应用Y中E1、E2、E3三者之间有联系。解决方法是根据应用的语义对实体联系的类型进行综合或调整。（三）修改重构生成基本E-R图分E-R图经过合并生成的是初步E-R图。之所以称其为初步E-R图，是因为其中可能存在冗余的数据和冗余的实体间联系，即存在可由基本数据导出的数据和可由其他联系导出的联系。冗余数据和冗余联系容易破坏数据库的完整性，给数据库维护增加困难，因此得到初步E-R图后，还应当进一步检查E-R图中是否存在冗余，如果存在，应设法予以消除。修改、重构初步E-R图以消除冗余，主要采用分析方法。除此外，还可以用规范化理论来消除冗余。

构成E-R图的基本要素是实体型、属性和联系，其表示方法为：

· 实体型：用矩形表示，矩形框内写明实体名；

· 属性：用椭圆形表示，并用无向边将其与相应的实体连接起来；

· 联系：用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型（1 : 1，1 : n或m : n）。

E-R图，也称实体-联系图，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。它是描述现实世界关系概念模型的有效方法。是表示概念关系模型的一种方式。用“矩形框”表示实体型，矩形框内写明实体名称；用“椭圆图框”表示实体的属性，并用“实心线段”将其与相应关系的“实体型”连接起来；用”菱形框“表示实体型之间的联系成因，在菱形框内写明联系名，并用”实心线段“分别与有关实体型连接起来，同时在”实心线段“旁标上联系的类型。

可以有多种含义。需要了解其出现的背景和上下文。

化学领域、物理领域、机电领域、。。。。

FineReport怎么进行表单设计 FineReport的表单设计简单示例

问题二：现在做数据库一般用什么软件 做数据库一般用什么软件？你这个问题很让人无语。

1.点击菜单文件>新建表单，即可新建一张表单，可为表单添加不同的组件，其中这些组件报表报表块、参数面板、图表块、控件几种类型2.报表块报表块是指，可在该组件中绑定单元格数据，以表格的形式在组件范围内显示数据；3. 参数面板参数面板是指，为表单添加过滤参数面板，所有过滤控件全部添加在该面板上；4.Tab布局表单中增加tab布局，实现卡片式组件；5.图表块图表块是指，可在该组件中选择任意FineReport支持的图表类型；6. 控件控件是指过滤数据的组件，既可以作为组成部分添加到参数面板中，也可作为单独的组件添加到表单主体界面中。

还有个替代办法就是改变 P在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证数据库设计的正确性和合理性。一般，一个大型数据库的设计过程往往需要经过多次循环反复。当设计的某步发现问题时，可能就需要返回到前面去进行修改。因此，在做上述数据库设计时就应考虑到今后修改设计的可能性和方便性。ERSON 记录来反映新头衔的变化，不过这样一来在时间上无法跟踪个人所处位置的具体时间。

数据库设计的6个主要阶段是

你是管理人员？

数据库设计的6个主要阶段是：需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库的实施和数据库的运行和维护。

在表中包含一个"删除标记"字段，这样就可以把行标记为删除。在关系数据库里不要单独删除某一行；采用清除数据程序而且要仔细维护索引整体性。

调查和分析用户的业务活动和数据的使用情况，弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况，确定用户对数据库系统的使用要求和各种约束条件等，形成用户需求规约。

需求分析是在用户调查的基础上，通过分析，逐步明确用户对系统的需求，包括数据需求和围绕这些数据的业务处理需求。在需求分析中，通过自顶向下，逐步分解的方法分析系统，分析的结果采用数据流程图（DFD）进行图形化的描述。

2、概念设计：

对用户要求描述的现实世界（可能是一个工厂、一个商场或者一个学校等），通过对其中诸处的分类、聚集和概括，建立抽象的概念数据模型。这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。所建立的模型应避开数据库在计算机上的具体实现细节，用一种抽象的形式表示出来。

以扩充的实体—（E-R模型）联系模型方法为例，步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等，从而给出各部门内所用信息的局部描述（在数据库中称为用户的局部视图）。第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即用户要描述的现实世界的概念数据模型。

3、逻辑设计：

主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库管理系统所支持的逻辑数据模式。与此同时，可能还需为各种数据处理应用领域产生相应的逻辑子模式。这一步设计的结果就是所谓“逻辑数据库”。

我最常用的是在同一表中创建一个计算列[字段]，通过它可以自动地连接标准化后的字段，这样数据变动的时候它也跟着变。不过，这样做在采用建模软件时得很机灵才行。总之，采用连接字段的方式可以有效的隔离用户应用和开发人员界面。4、物理设计：

根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构（包括文件类型、索引结构和数据的存放次序与位逻辑等）、存取方法和存取路径等。这一步设计的结果就是所谓“物理数据库”。

5、验证设计：

6、运行与维护设计：

在数据库系统正式投入运行的过程中，必须不断地对其进行调整与修改。

至今，数据库设计的很多工作仍需要人工来做，除了关系型数据库已有一套较完整的数据范式理论可用来部分地指导数据库设计之外，尚缺乏一套完善的数据库设计理论、方法和工具，以实现数据库设计的自动化或交互式的半自动化设计。

所以数据库设计今后的研究发展方向是研究数据库设计理论，寻求能够更有效地表达语义关系的数据模型，为各阶段的设计提供自动或半自动的设计工具和集成化的开发环境，使数据库的设计更加工程化、更加规范化和更加方便易行，使得在数据库的设计中充分体现软件工程的先进思想和方法。

在设计数据库时，是将多个实体分开表格设计好还是同一个表格但用不同类型字段区分开好？

⑶在创建对话框中输入新数据库的名称和单击“保存”钮

呵呵。这个问题非常具体。我的经验是从功能角度说。没有区别。都一样。但是从性能角度来看的话。比如增删查改等作的速度、表的容量等限制、维护难度、索引速度性能。还是分开表格设计好。举个例子。如果应用有很大量的数据。多个实体一个表将会让这个表很大。甚至可能超预备知识：建立表必须首先建立表的结构出表的容量。这就不行了。大量数据下速度也会有影响。每次查询都会从大量数据中筛选。维护起来也会越来越难。

其他的你还可以参考：萨师煊王珊著数据库系统概论

在电子表格中如何建立数据库？？

选择“数据库设计器”

一、 建立数据库

1、 数据库与数据表

方法一：使用向导，调出方法⑴可采用“文件”菜单“新建”

⑵或采用“工具”菜单“向导”

方法二：使用数据库设计器

1、 使用向导建立数据库

特点：可以方便快捷地创建数据库，但只适用于一般常用的数据库。

2、 使用数据库设计器建立数据库

特点： 特点就是灵活性

作步骤：⑴“文件”⑷查询完成（选择保存并运行）（浏览查询）菜单“新建”，显示新建对话框

⑵选择“数据库”和单击“新建文件”钮

显示出“数据库设计器”窗口和“数据库设计工具”

打开“数据库设计器”工具方法：“显示”菜单“工具栏”

三、建立表

可以先建立自由表，然后再添加到数据库中

建立新的数据库表，系统会将其自动加入到数据库中。

2、 建立自由表

注意：自由表于任何数据库，如需要课添加到数据库中，但不能同时

将一个表添加到多个数据库。

即要描述各个字段的字段名、字段类型、字段宽度、如果是数

值型还有小数位数，以及索引、是否再字段中允许空值(选择NULL)

3、 建立数据库表

有三种方法：

选择“表”和单击“新建文件”钮

在创建对话框中输入新数表名称和单击“保存”钮

法二、再建立完数据库后，不关闭“数据库设计器”窗口，单击鼠标右键后

后“保存”

法三、使用数据库设计器工具栏

（“显示”菜单“工具栏”）

选择“数据库设计器”工具栏种的个钮“新建表”

二、使用命令建立数据库、数据库表

1、 建立数据库

CREATE DATABASE 数据库名称

2、 建立数据库表

CREATE TABLE │DBF 表名 [FREE]

(字段名1 字段类型 [(字段宽度 [，小数位数] )]

[(字段名2……]

二、使用向导建立查询

1、查询形式分类：查询向导：标准查询

交叉表向导：以电子表格形式输出查询结果

图形向导：以电子图形形式输出查询结果

2、使用查询向导建立查询步骤：

[0]使用查询向导前必须先打开用到的库表或自由表

⑵记录筛选

⑶选择排序方式

⑸打开查询设计器，修改查询