英语翻译This was one area where we had just enough experience to be dangerous.We knew it could be done and this was one potential hot spot.In evaluating various database packages,we looked at the licensing terms and the availability of support fo

英语翻译This was one area where we had just enough experience to be dangerous.We knew it could be done and this was one potential hot spot.In evaluating various database packages,we looked at the licensing terms and the availability of support fo
英语翻译
This was one area where we had just enough experience to be dangerous.We knew it could be done and this was one potential hot spot.In evaluating various database packages,we looked at the licensing terms and the availability of support for embedded and web applications.It seemed as though many of the databases available for Linux took care of the last two requirements.The licensing aspect was more varied in that several of the better-known packages provided for a single user or non-commercial use at no fee.Since we would be installing this on many systems and for commercial purposes,licensing was an issue we didn't want to overlook.When we pursued it,we found some of the license fees were higher than the going rate for MS Access.That alone eliminated some of the choices.We eventually settled on using PostgreSQL.Besides the very liberal copyright,we were strongly influenced by the availability of high-quality documentation.Having the opportunity to review the manuals before even committing to downloading the code was enough to reassure us this was a good path to follow.
Once the database was chosen,we had to get down to the details of implementation.The first part was to define the schema.Having had some experience with SQL previously,I found that psql was easily adapted.Knowing that the schema was likely to change as the project evolved,I wrote a few scripts to define all the tables and fill in default values.This took care of setting up the database.The next step was to define the interface to the control program.On the same premise that the database schema would change,I set up the interface as a separate module with subroutines to read selected data into working buffers.With the exception of the log table,all of the tables were read only for this function.Thus,there is a subroutine to read a selected record from each of the tables.The only other exception to this approach is that when the system first came up,a way was needed to determine just how many doors were implemented.This merely took a set of subroutines that would open the table,return the next entry in the table on each call and then close the table.This allowed the program to scan all possible entries to set up the communications links and other structures.All the functionality I needed was provided by the lilbpq library included with the distribution.It turned out to be easier than I had first expected.
有一些是计算机术语
只要流畅就行了,想要分就来拿吧
我写错了,是80分,我说到做到.

英语翻译This was one area where we had just enough experience to be dangerous.We knew it could be done and this was one potential hot spot.In evaluating various database packages,we looked at the licensing terms and the availability of support fo
这是一个我们刚刚具备足够经验以涉险的区域.我们认为它是一个可行的潜在热点.在分析了不同的数据包之后,我们将重点放在了许可证条款和对于嵌入式系统的支持以及网络应用的有效性上.看起来好像Linux在软件包的后两点上下了功夫.对于许可证方面,在那些出名的软件包里好像只有几个对于个人用户或是非商业用途是免费的.由于我们的软件可能要装在很多系统上用于商业目的,所以我们不会忽视许可证这一块.当我们对其（许可证收费?）进行追踪的时候,我们发现有些许可证费比MS Access的现行利率都要高.单这样就排除了一些选择.最后当我们把目光锁定在PostgreSQL上,除了开放的版权,我们还被它的高质量的文件所震撼.仅仅是在下载代码之前再次回顾下其手册就打消了我们跟随这条路的所有疑虑.
数据库一旦选定后,我们就必须要彻底的执行了.第一部分是定义计划,我发现在拥有前面做SQL的经验之后,PSQL(PostgreSQL)就很容易上手了.由于随着项目的发展,计划也有可能变化,所以我写了一些脚本来定义所有的表和填入一些缺省值.这样数据库就很好的建立起来了.下一步是定义控制计划的界面,同样由于数据库计划可能变化,我将控制计划设置为一个拥有可以在工作缓冲区中读取选定数据的子程序的独立的模块.在此功能中,除了日志文件,其他表都被设置成只读的.因此就有了一个从各个表格中读取选定纪录的子程序.这种方式只有一个例外,那就是——当系统初次运行的时候需要一个方法来决定采用多少个通道.这仅仅是一组子程序在每次命令中打开表,返回表中下一个的入口然后关闭表.这样程序就能检验所有的入口以及建立与其他结构的链接.所需要的功能全部都是由发行物中所包含的lilbpq库提供,这比我初步预计的要简单
.不知道为什么,刚刚的头没了..重打了遍,郁闷

这是一个区域，我们有刚够经验是危险的。 我们知道它可能做，并且这是一潜在的热点。 在评估各种各样的数据库包裹，我们看准许的期限和支持的可及性为嵌入和Web应用程序。 它似乎，好象许多数据库可利用为Linux照料前二个要求。准许方面是变化因为数更加著名的包裹提供了一个单用户或非商业用途在没有费。 因为我们会安装此在许多系统和为商务目的，准许是我们没有想俯视的问题。 当我们追求它，我们现行利率发现了某...

全部展开

这是一个区域，我们有刚够经验是危险的。 我们知道它可能做，并且这是一潜在的热点。 在评估各种各样的数据库包裹，我们看准许的期限和支持的可及性为嵌入和Web应用程序。 它似乎，好象许多数据库可利用为Linux照料前二个要求。准许方面是变化因为数更加著名的包裹提供了一个单用户或非商业用途在没有费。 因为我们会安装此在许多系统和为商务目的，准许是我们没有想俯视的问题。 当我们追求它，我们现行利率发现了某些牌照费高于为MS Access。 单独被消灭某些的那选择。 我们在使用最终安定了PostgreSQL。 除非常宽宏版权以外，我们强烈是由优质文献的可及性影响。 有机会回顾指南，在甚而决定下载代码是再保证我们之前的足够这是跟随的一个好道路。
一旦数据库被选择了，我们必须有下来实施细节。 第一个部分是定义图解。 早先有一些经验以SQL，我发现psql容易地适应了。 知道图解可能改变，因为项目演变了，我写了几个剧本对定义所有桌并且填装缺省值。 这照料设定数据库。 下一个步骤将定义接口对控制程序。 在数据库图解将改变的同一个前提， I设定接口作为一个分开的模块以子程序读选择的数据入运作的缓冲。 除日志桌之外，所有桌为这个作用仅读了。 因此，有读一个选择的纪录的子程序从每一张桌。 唯一这种方法的其他例外是，当系统首先出来，方式是需要的确定多少个门被实施了。 这仅仅采取了将打开桌的一套子程序，退回下个词条在桌里在每个电话然后关闭桌。 这允许节目扫描所有可能的词条设定通信线路和其他结构。 包括的lilbpq图书馆供给所有功能需要的I发行。 它比我首先期望了结果容易。

收起

这一个领域,我们经验很多但依然面临风险.我们知道,这个是可行的,也是一个潜在的热点. 评估各种数据库软件包 查看其许可条款和为为嵌入式和网络式应用所必需的支持.看起来,兼顾最后两项必需条件,似乎现在的很多数据库都可在Linux运行. 在许可方面更多样化,一些较著名的软件包提供了对个人用户或非商业用途的免费使用. 因为我们很可能在很多系统中安装这个并用于商业用途,那么使用许可就是一个不容我们忽略的问...

全部展开

这一个领域,我们经验很多但依然面临风险.我们知道,这个是可行的,也是一个潜在的热点. 评估各种数据库软件包 查看其许可条款和为为嵌入式和网络式应用所必需的支持.看起来,兼顾最后两项必需条件,似乎现在的很多数据库都可在Linux运行. 在许可方面更多样化,一些较著名的软件包提供了对个人用户或非商业用途的免费使用. 因为我们很可能在很多系统中安装这个并用于商业用途,那么使用许可就是一个不容我们忽略的问题. 当我们考虑许可时,却发现,有些许可费用均高于微软Access. 仅取消部分选择项(功能等等). 我们终于解决了postgre SQL的使用问题. 除了完全免费的版权,我们对优质文件的应用印象深刻. 在下载代码之前有机会阅览使用指南,这足以保证我们一路顺畅. 一旦该数据库被选中,我们必须着手记下执行该数据库的细节. 第一步是确定模式. 先前有一些使用SQL的经验,我发现pSQL很容易上手. 我也知道该模式同正在进行的课题一样,很可能会变化,随着项目的演化 我写了许多源代码以确定所有数据表并填入缺省值. 这是为建立数据库做准备. 下一步是要确定
界面以控制程序.在这样的前提下,数据库模式就得改变, 我建立以个界面作为一个单独的模块用子程序去把选定选定的数据读进工作缓存.在log table异常情况下,这个功能实现所有数据表"只读". 因此,这需要一个子程序从每个数据表中去读选定的记录. 这种方法的另一个异常是当系统工作时,需要一种方法去判断有多少门在执行任务. 这也只需采取了一套子程序打开数据表,返回数据表对每次访问所作的的下一条记录,然后关闭该表.我所需要泛函性由lilbpq图书馆提供. 事实证明比我事先预料的容易.

收起