数据库用户接口英文文献翻译.docVIP

数据库用户接口 有能力的数据库应用设计者和创建者总是被当作公司或者商业的巨大资产，并且应当这样。在用户需要通过局域网、广域网或者因特网交互数据时，这些人能够解决许多关键性的问题。如果你已经构建起数据库系统，剩下的就只是如何构建接口来让用户与这些系统进行交互。还有一些其它方面你需要了解，例如：设计一个适合三层构架的系统，这些将在以后讨论。当今的银行、商店以及许多企业的日常工作都是基于一定数据库系统来完成。如果没有数据库系统，它们将不能有效地运转。这就是开发者发挥他们才能和不可或缺作用的地方。为了能够绑定一个用户接口，如果可以的话，也可以绑定其他相关商业部分，数据源是很有价值的一个资本。想想最近一次你使用应用程序，也许是一本雇员电话本、顾客数据库、清单程序，或者是财政程序，想想它们如何收集数据并且用一种友好的方式展现给你。一旦能够建立这些形式的应用，就拥有了能够很容易地进行信息处理的潜能，能够给整个公司带来利益，这就是为什么程序员成为如此珍贵资本的原因。 当今的许多公司都雇佣一个个人或者群体专门进行已存在的数据库的管理—即就是数据库管理员（DBAs）—并且拥有一组单独的开发人员，他们的任务是进行自己应用程序的创建。但是，作为数据库开发者的你常常兼有这两方面的工作，所以你需要深入了解这两个任务。数据库管理员的职责包括： ? 数据库构架知识和如何高效地运用和存储信息。 ? 使数据库能够正常运行的能力。 ? 洞察公司在成长和扩大中的需求变化的能力—现在的数据库框架能否处理十倍甚至百倍数量级的信息而保持高效率？ ? 当进行用户接口设计时有一套逻辑方法，屏幕按一种用户能够理解的方式进行组织—例如相关组进行控制，比如用户和地址字段。 ? 与用户紧密地工作来设计这些系统的能力。 在进行客户—服务器应用程序时这些将会有帮助。当我们开发数据库时我们需要考虑诸如：效率、灵活性、处理多用户、数据锁定、数据增长、完善性和性能等。开发可户端应用程序的人员需要像考虑程序性能和效率一样考虑用户接口界面。拥有一个聪明的想法：知道用户将会如何与数据库系统进行交互将会帮你决定如何设计它。用户在运行任务时总是按一定的顺序运行特定的程序，某些任务比其他的要用的多。例如，如果你在设计一套储备清单程序，你也许想让你的系统在开启时显示能让用户更改清单的界面，而不是添加新产品行。 在这章中，我们将来看看为一个SQL 数据源建立一个基本用户接口的重要基本。我们也将看看当你建立一些更老练的数据库应用时所应该应用的一些好的实践。下面就是我们为此目的而要覆盖的主题： ? 一个用来访问数据库的简单用户接口 ? 怎样填充一个DataGrid ? 运用向导 ? 幕后产生的代码 ? 一般用户接口设计的好的实践 1 用户接口 既然你已经学会了怎样运用合适的SQL 语句来设计数据库并且更新数据库里的信息。我们不能等待我们的用户去开发一套数据库管理工具并且像这样来操纵数据，因此，我们下一步就是要创造某种途径来让用户去访问信息。这就是用户接口的作用—提供一种用户和数据库的通信手段。 通过用户接口，用户可以与数据交互并且操纵它来完成一定的任务，比如：查看、添加、更新或者删除细节。用户接口和数据库亲密地进行工作，并且正确结合，用户能够不用任何特殊的技术知识而处理大量的信息。 需要某中思考过程或者方法来为接口提出一种好的设计：我们想建立一个一致并且和谐的界面以便这个接口对将要用它的用户来说是容易接近的。我们应该知道现存的数据逻辑，当让用户进行像添加和删除信息时保证这些动作是正确的，防止用户不经意的操纵数据造成一些对企业来说不可恢复的损失。安全性和数据完整性很重要，因为它们提供了机制来保证用户不能调整他们自己财产的平衡，修改他们自己的奖金，或者查看甚至修改其他用户的信息。我们需要一种方法来隐藏幕后的制衡。这些中的许多都可通过好的框架设计来完成，来造成一种能够访问、使之有效并且保护这个信息，或者通过框架后的代码或者让这些框架去调用另一个对象。还有一种可能性是一个恶意的用户可能会完全饶过这些模型，并且尝试着去直接访问数据库，因此严密的安全是非常重要的。为了达到这个目的，我们的模型应该制作成一个带有保密用户ID 和密码的数据库，我们能通过存储过程隐藏我们的制衡信息—也就是存储在数据库服务器端的程序。这些存储过程能履行一些基于已通过参数的标准，并且只有当正确的安全信息通过时才返回信息。所有的这些都是通过商业规则来完成的，这些规则提出这样的要求：数据在特殊的与我们的生意有关时如何维护。 既然我们已对与用户接口相关的问题了解了一部分，我们可以继续来看看我们怎样在Visual Basic .NET 里创建一个接口。这个应用程序的基本要素是窗体框架，它们可以被看作是一个