DELPHI基础教程：简单数据库应用的创建及MASTAPP介绍（三）[4]

基于数据库表的有效性验证

在用户创建数据库表时就建立有效性验证机制 如在使用DBD创建一个表时 我们可以为创建的数据库表说明一些验证手段 包括字段的最大值 最小值 图形字段的显示格式等等 在设定这些有效性验证机制时 不需要编写任何程序代码 基于数据库表的有效性验证是当数据写到数据库之前 由数据库本身来执行 Delphi也执行一些有效性验证 如在数据写到数据库之前Delphi会验证每一个字段是否被填入相应的值 有关这种途径来验证数据的有效性的详细情况请参考DBD的使用

基于字段的有效性验证

一般有两种方法来进行这种方式的有效性验证

①为记录中需要设置有效性验证的字段编写Onvalidate事件处理过程 这样每当该字段的值被修改时 该字段的OnValidate事件处理过程就会被调用 进而对被修改的字段值进行验证

②对于记录中要求非空的字段（如口令或关键字等） 我们必须首先设置这些字段的Required属性为True 然后为这些字段编写OnValidate事件处理过程 这样在修改现存记录或插入新记录时 在写入数据库之前 如果要求非空的字段中没有填入适当的字段值 那么会出现错误信息提示用户必须输入字段值

基于记录的有效性验证

这种验证方式一般在TTable部件的BeforePost事件处理过程中进行处理 即在记录写回到数据库之前对记录的每个字段值进行有效性验证

例 在程序中对字段值的有效性进行验证

创建一个用TEdit部件浏览ORDERS DB表的应用 如图 所示

修改TDataSource部件的AutoEdit属性为True

双击TTable部件打开字段编辑器Fields Editor 并单击SaleDate字段

在Object Inspector中双击SaleDate字段对象的OnValidate事件 为该字段对象编写事件处理过程如下

TForm Table SaleDateValidate（Sender:TField）

begin

If SaleDate Value>Now then

raise Exception Create（ 不能输入一个未来的日期 ）

end;

当这个应用程序运行时 用户修改或插入ORDERS DB中的记录时 该应用程序会对销售日期（SaleDate）字段的值进行验证 该字段值不能晚于系统的当前日期 程序中调用Now方法获得系统的当前日期 如果字段值大于系统的当前日期会出现一错误信息提示框 告知用户不能输入一个未来的日期

使用TDBComBox部件和TDBLookupComBox部件来限制用户输入字段值的范围

创建查看orders db表的应用 窗体中显示Terms 字段的是TDBComBox部件 显示EmpNo字段的是TDBLookupComBox部件

TDBComBox和TDBLookupComBox部件的属性值如表 所示

表 窗体中各部件的属性设置

━━━━━━━━━━━━━━━━━━━━━━━━━━━

部 件 属 性 属 性 值

───────────────────────────

DataField Terms

DBComBox DataSource DataSource

Items Prepaid

Net

COD

───────────────────────────

DataField EmpNo

DataSource DataSource

DBLookupComBox LookupSource DataSource

KeyField EmpNo

LookupField EmpNo

───────────────────────────

DataSource DataSet Table

AutoEdit True

───────────────────────────

DataSource DataSet Table

AutoEdit True

───────────────────────────

Table DatabaseName DemosDB

TableName orders db

───────────────────────────

Table DatabaseName DemosDB

TableName orders db

━━━━━━━━━━━━━━━━━━━━━━━━━━━

该应用运行时 当用户修改和插入记录到ORDERS DB表中时 Terms字段的值可以从组合框中的Prepaid Net COD三个值中任选 EmpNo字段的值是从另一个表Employee中获得的雇员号码 用户可以从中选择

返回目录 DELPHI基础教程

       编辑推荐

       Java程序设计培训视频教程

       J EE高级框架实战培训视频教程

Visual C++音频/视频技术开发与实战

Oracle索引技术

ORACLE G数据库开发优化指南

Java程序性能优化 让你的Java程序更快 更稳定

C嵌入式编程设计模式

Android游戏开发实践指南

lishixinzhi/Article/program/Delphi/201311/25166

怎样将数据库和APP相连

1、用你搭建的DBHelper（继承与SQLiteOpenHelper）

2、获取到DBHelper实例，调用getReadableDatabase()（用于读） 或者 getWritableDatabase（用于写）

3、再调用其具体方法如 insert，delete等

制作关于直销行业的手机app是小事，但是如果推广你的app产品是长期的大事，要不然开发出来没人用，等于浪费开发制作费用。说话还是要多做些预案。

一、做直销系统需要多少费用

做直销系统的费用和以下因素有关：

1、奖金制度：奖金制度越复杂，安全性需求度高，开发时间就越长，所需的资金成本就越高。

2、开发语言：语言开发就是技术平台。直销软件的语言开发asp和php虽然几个交低，但是开发平台版本低，作为结算系统漏洞较多，安全性较差，对于直销软件来说数据安全毫无保障，net算是目前语言开发技术里面更安全，更稳定，更有保障的开发平台。

3、服务器：每一款软件的服务器的配置不同，质量也不同，速度和价格自然不同，所以一款好的软件也需要一个好的服务器来进行运作。

4、数据库类型：一般直销软件公司会推荐一款合适的数据库类型给客户，但是一般会建议大型的数据库MSSQL大型数据库，数据库的承载能力更大，可以支持更多的用户或者会员和数据。

5、正规的软件开发公司：客户一般都会选择正规的直销软件开发公司，正规的软件开发公司可以提供长期的技术服务和维护，正规的公司会有良好的售后服务。个人开发软件，没有约束随时都可能不敢或者没有长期的技术服务，系统售后服务毫无保障。

6、开发经验：很多个人开发的直销软件会比较缺乏一定的经验和思路，正规的软件公司开发直销软件的经验会比较丰富，而且正规的公司他们有很好的，专业的直销软件技术开发团队，自然开发起来会比较省时，省力。所以经验决定了软件的稳定性和质量等级，功能和模块的完善程度等一切软件功能。

7、自动备份数据;正规的直销软件开发公司会做好系统数据自动备份，保证数据的安全，更节省时间。如果收工数据备份，既增加了难度也增加了工作强度，对直销软件系统也不安全，数据安全保障完全的降低

你只要懂电子表格，懂你的业务逻辑，快速实现无代码数据库编程。你一定听说过勤哲服务器、活字格、还有云表等等，我要向你推荐的是我现在正在学习和使用的workfine，基于bs架构，不需要你懂前端设计。只要你懂业务，懂业务，懂电子表格，很快写出高大尚的信息化系统，有兴趣私信，我给你我做的视频教程。

数据库软件？你指的是涉及到数据库访问的信息系统吗？一直用VisualStudio，觉得开发效率挺高的。

用哪个编程软件开发数据库软件比较好？我可以理解成开发数据库客户端应用系统吗？如果是这样，我愿分享一下我的感受。

数据库，就是存储数据的仓库，一般来说他位于数据库服务器上。这里我不打算讨论单机数据库。早年流行的C/S模式就是服务器客户端模式，现在很多公司局域网依然采用这种模式。后来B/S模式占了些上风，即浏览器客户端模式，通过浏览器访问位于远程服务器的数据库。目前较为流行分布式系统，即多终端访问数据库，手机APP、浏览器、PC桌面、穿戴设备、家电、汽车等！

开发分布式的数据库客户端，JAVA不失为一种好的选择，但我今天要说的是老树新芽的Delphi

最新版DX103提供了访问几乎所有大型流行传统数据库的驱动，也封装了NoSql应用，率先支持并封装访问Mongo组件。DX最新跨平台数据库引擎FireDAC小巧玲珑，功能和访问速度都比VCL的ADO强大得多。

DX数种访问数据库的方式中当然少不了Json，DX封装了Json组件，这是JavaScript的一个分支。DX的DataSnap中间服务器支持所有Json格式编写的客户端访问，当然也包括java等。

经过DX10封装后的组件用很少的代码即可实现强大的功能。

我几乎忘了最重要的一点，只需一套代码即开发多终端的应用。建议骨灰级的DX发烧友不妨试试！

首先需要弄清楚对数据库软件的定义，数据库软件是一个比较模糊的概念，对于长期从事软件开发工作的我，都不是很能明确的给他下一个定义，我只能说基于数据库的软件，这样的话很多编程软件都支持

1我们的数据库都是存储数据的载体，比如常用的sqlserver,mysql,oracle等，如果仅仅是针对数据库的数据进行清洗、处理、或者分类聚集等，其实每个数据库都有自己的可视化工具，比如SQLSERVER的SQLServerManagementStudio，mysql的MySQLWorkbench，oracle的plsqldev，当然也还有三方的支持多种数据库的工具，比如NavicatPremium。

2如果是基于数据库进行软件开发，进行数据库内容的展示或者基于数据库进行业务 *** 作，那选择性就多了。各种开发语言都可以进行数据库开发，当初最擅长做数据库开发的PB，Delphi,c++builder,VisualStudio,EclipseJava等等，都可以连接数据库进行不同的数据展示，同时通过交互界面对数据库进行 *** 作。

3开发语言在不断的更新变化，虽然很多开发语言也还在使用，但是我们在使用软件工具的时候尽量选择当今比较潮流的和有未来发展趋势的开发语言来进行数据库开发，比如java,python等等。

oracle的有PL/SQL、PL/DEVELOP、NAVICAT；其中NAVICAT还可以支持mysal、sqlserver。

同步两个SQLServer数据库

如何同步两个sqlserver数据库的内容程序代码可以有版本管理cvs进行同步管理,可是数据库同步就非常麻烦,只能自己改了一个后再去改另一个,如果忘记了更改另一个经常造成两个数据库的结构或内容上不一致各位有什么好的方法吗

一、分发与复制

用强制订阅实现数据库同步 *** 作 大量和批量的数据可以用数据库的同步机制处理:

//

说明：

为方便 *** 作,所有 *** 作均在发布服务器(分发服务器)上 *** 作,并使用推模式

在客户机器使用强制订阅方式。

二、测试通过

1:环境

服务器环境:

机器名称： zehuadb

*** 作系统：windows 2000 server

数据库版本：sql 2000 server 个人版

客户端

机器名称：zlp

*** 作系统：windows 2000 server

数据库版本：sql 2000 server 个人版

2:建用户帐号

在服务器端建立域用户帐号

我的电脑管理->本地用户和组->用户->建立

username:zlp

userpwd:zlp

3:重新启动服务器mssqlserver

我的电脑->控制面版->管理工具->服务->mssqlserver 服务

(更改为：域用户帐号,我们新建的zlp用户 \zlp,密码:zlp)

4:安装分发服务器

a:配置分发服务器

工具->复制->配置发布、订阅服务器和分发->下一步->下一步(所有的均采用默认配置)

b:配置发布服务器

工具->复制->创建和管理发布->选择要发布的数据库(sz)->下一步->快照发布->下一步->选择要发布的内容->下一步->下一步->下一步->完成

c:强制配置订阅服务器(推模式,拉模式与此雷同)

工具->复制->配置发布、订阅服务器和分发->订阅服务器->新建->sql server数据库->输入客户端服务器名称(zlp)->使用sql server 身份验证(sa,空密码)->确定->应用->确定

d:初始化订阅

复制监视器->发布服务器(zehuadb)->双击订阅->强制新建->下一步->选择启用的订阅服务器->zlp->下一步->下一步->下一步->下一步->完成

5:测试配置是否成功

复制监视器->发布衿zehuadb)->双击sz:sz->点状态->点立即运行代理程序

查看：

复制监视器->发布服务器(zehuadb)->sz:sz->选择zlp:sz(类型强制)->鼠标右键->启动同步处理

如果没有错误标志(红色叉)，恭喜您配置成功

6:测试数据

在服务器执行:

选择一个表，执行如下sql: insert into wq_newsgroup_s select '测试成功',5

复制监视器->发布服务器(zehuadb)->sz:sz->快照->启动代理程序 ->zlp:sz(强制)->启动同步处理

去查看同步的 wq_newsgroup_s 是否插入了一条新的记录

测试完毕，通过。

7:修改数据库的同步时间,一般选择夜晚执行数据库同步处理

(具体 *** 作略) :d

/

注意说明：

服务器一端不能以(local)进行数据的发布与分发,需要先删除注册，然后新建注册本地计算机名称

卸载方式：工具->复制->禁止发布->是在"zehuadb"上静止发布,卸载所有的数据库同步配置服务器

注意：发布服务器、分发服务器中的sqlserveragent服务必须启动

采用推模式: "d:\microsoft sql server\mssql\repldata\unc" 目录文件可以不设置共享

拉模式:则需要共享~!

/

少量数据库同步可以采用触发器实现,同步单表即可。

三、配置过程中可能出现的问题

在sql server 2000里设置和使用数据库复制之前，应先检查相关的几台sql server服务器下面几点是否满足：

1、mssqlserver和sqlserveragent服务是否是以域用户身份启动并运行的（\administrator用户也是可以的）

如果登录用的是本地系统帐户local，将不具备网络功能，会产生以下错误:

进程未能连接到distributor '@server name'

(如果您的服务器已经用了sql server全文检索服务, 请不要修改mssqlserver和sqlserveragent服务的local启动。

会照成全文检索服务不能用。请换另外一台机器来做sql server 2000里复制中的分发服务器。)

修改服务启动的登录用户，需要重新启动mssqlserver和sqlserveragent服务才能生效。

2、检查相关的几台sql server服务器是否改过名称(需要srvid=0的本地机器上srvname和datasource一样)

在查询分析器里执行:

use master

select srvid,srvname,datasource from sysservers

如果没有srvid=0或者srvid=0（也就是本机器）但srvname和datasource不一样, 需要按如下方法修改:

use master

go

-- 设置两个变量

declare @serverproperty_servername varchar(100),

@servername varchar(100)

-- 取得windows nt 服务器和与指定的 sql server 实例关联的实例信息

select @serverproperty_servername = convert(varchar(100), serverproperty('servername'))

-- 返回运行 microsoft sql server 的本地服务器名称

select @servername = convert(varchar(100), @@servername)

-- 显示获取的这两个参数

select @serverproperty_servername,@servername

--如果@serverproperty_servername和@servername不同(因为你改过计算机名字),再运行下面的

--删除错误的服务器名

exec sp_dropserver @server=@servername

--添加正确的服务器名

exec sp_addserver @server=@serverproperty_servername, @local='local'

修改这项参数，需要重新启动mssqlserver和sqlserveragent服务才能生效。

这样一来就不会在创建复制的过程中出现18482、18483错误了。

3、检查sql server企业管理器里面相关的几台sql server注册名是否和上面第二点里介绍的srvname一样

不能用ip地址的注册名。

（我们可以删掉ip地址的注册，新建以sql server管理员级别的用户注册的服务器名）

这样一来就不会在创建复制的过程中出现14010、20084、18456、18482、18483错误了。

4、检查相关的几台sql server服务器网络是否能够正常访问

如果ping主机ip地址可以，但ping主机名不通的时候，需要在

winnt\system32\drivers\etc\hosts (win2000)

windows\system32\drivers\etc\hosts (win2003)

文件里写入数据库服务器ip地址和主机名的对应关系。

例如：

127001 localhost

192168035 oracledb oracledb

192168065 fengyu02 fengyu02

2028410193 bj_db bj_db

或者在sql server客户端网络实用工具里建立别名，例如:

5、系统需要的扩展存储过程是否存在(如果不存在，需要恢复):

sp_addextendedproc 'xp_regenumvalues',@dllname ='xpstardll'

go

sp_addextendedproc 'xp_regdeletevalue',@dllname ='xpstardll'

go

sp_addextendedproc 'xp_regdeletekey',@dllname ='xpstardll'

go

sp_addextendedproc xp_cmdshell ,@dllname ='xplog70dll'

接下来就可以用sql server企业管理器里[复制]-> 右键选择 ->[配置发布、订阅服务器和分发]的图形界面来配置数据库复制了。

下面是按顺序列出配置复制的步骤:

1、建立发布和分发服务器

[欢迎使用配置发布和分发向导]->[选择分发服务器]->[使"@servername"成为它自己的分发服务器,sql server将创建分发数据库和日志]

->[制定快照文件夹]-> [自定义配置] -> [否,使用下列的默认配置] -> [完成]

上述步骤完成后, 会在当前"@servername" sql server数据库里建立了一个distribion库和 一个distributor_admin管理员级别的用户(我们可以任意修改密码)。

服务器上新增加了四个作业:

[ 代理程序历史记录清除: distribution ]

[ 分发清除: distribution ]

[ 复制代理程序检查 ]

[ 重新初始化存在数据验证失败的订阅 ]

sql server企业管理器里多了一个复制监视器, 当前的这台机器就可以发布、分发、订阅了。

我们再次在sql server企业管理器里[复制]-> 右键选择 ->[配置发布、订阅服务器和分发]

我们可以在 [发布服务器和分发服务器的属性] 窗口-> [发布服务器] -> [新增] -> [确定] -> [发布数据库] -> [事务]/[合并] -> [确定] -> [订阅服务器] -> [新增] -> [确定]

把网络上的其它sql server服务器添加成为发布或者订阅服务器

新增一台发布服务器的选项：

我这里新建立的jin001发布服务器是用管理员级别的数据库用户test连接的，

到发布服务器的管理链接要输入密码的可选框, 默认的是选中的，

在新建的jin001发布服务器上建立和分发服务器fengyu/fengyu的链接的时需要输入distributor_admin用户的密码。到发布服务器的管理链接要输入密码的可选框，也可以不选，也就是不需要密码来建立发布到分发服务器的链接(这当然欠缺安全，在测试环境下可以使用)。

2、新建立的网络上另一台发布服务器(例如jin001)选择分发服务器

[欢迎使用配置发布和分发向导]->[选择分发服务器]

-> 使用下列服务器(选定的服务器必须已配置为分发服务器) -> [选定服务器](例如fengyu/fengyu)

-> [下一步] -> [输入分发服务器（例如fengyu/fengyu）的distributor_admin用户的密码两次]

-> [下一步] -> [自定义配置] -> [否，使用下列的默认配置]

-> [下一步] -> [完成] -> [确定]

建立一个数据库复制发布的过程:

[复制] -> [发布内容] -> 右键选择 -> [新建发布]

-> [下一步] -> [选择发布数据库] -> [选中一个待发布的数据库]

-> [下一步] -> [选择发布类型] -> [事务发布]/[合并发布]

-> [下一步] -> [指定订阅服务器的类型] -> [运行sql server 2000的服务器]

-> [下一步] -> [指定项目] -> [在事务发布中只可以发布带主键的表] -> [选中一个有主键的待发布的表]

->[在合并发布中会给表增加唯一性索引和 rowguidcol 属性的唯一标识符字段[rowguid],默认值是newid()]

(添加新列将: 导致不带列列表的 insert 语句失败,增加表的大小,增加生成第一个快照所要求的时间)

->[选中一个待发布的表]

-> [下一步] -> [选择发布名称和描述] ->

-> [下一步] -> [自定义发布的属性] -> [否，根据指定方式创建发布]

-> [下一步] -> [完成] -> [关闭]

发布属性里有很多有用的选项：设定订阅到期(例如24小时)

设定发布表的项目属性:

常规窗口可以指定发布目的表的名称，可以跟原来的表名称不一样。

下图是命令和快照窗口的栏目

( sql server 数据库复制技术实际上是用insert,update,delete *** 作在订阅服务器上重做发布服务器上的事务 *** 作

看文档资料需要把发布数据库设成完全恢复模式，事务才不会丢失

但我自己在测试中发现发布数据库是简单恢复模式下，每10秒生成一些大事务，10分钟后再收缩数据库日志，

这期间发布和订阅服务器上的作业都暂停，暂停恢复后并没有丢失任何事务更改 )

发布表可以做数据筛选，例如只选择表里面的部分列:

例如只选择表里某些符合条件的记录, 我们可以手工编写筛选的sql语句:

发布表的订阅选项，并可以建立强制订阅:

成功建立了发布以后,发布服务器上新增加了一个作业: [ 失效订阅清除 ]

分发服务器上新增加了两个作业:

[ jin001-dack-dack-5 ] 类型[ repl快照 ]

[ jin001-dack-3 ] 类型[ repl日志读取器 ]

上面蓝色字的名称会根据发布服务器名,发布名及第几次发布而使用不同的编号

repl快照作业是sql server复制的前提条件,它会先把发布的表结构,数据,索引,约束等生成到发布服务器的os目录下文件

(当有订阅的时候才会生成, 当订阅请求初始化或者按照某个时间表调度生成)

repl日志读取器在事务复制的时候是一直处于运行状态。(在合并复制的时候可以根据调度的时间表来运行)

建立一个数据库复制订阅的过程:

[复制] -> [订阅] -> 右键选择 -> [新建请求订阅]

-> [下一步] -> [查找发布] -> [查看已注册服务器所做的发布]

-> [下一步] -> [选择发布] -> [选中已经建立发布服务器上的数据库发布名]

-> [下一步] -> [指定同步代理程序登录] -> [当代理程序连接到代理服务器时:使用sql server身份验证]

(输入发布服务器上distributor_admin用户名和密码)

-> [下一步] -> [选择目的数据库] -> [选择在其中创建订阅的数据库名]/[也可以新建一个库名]

-> [下一步] -> [允许匿名订阅] -> [是，生成匿名订阅]

-> [下一步] -> [初始化订阅] -> [是，初始化架构和数据]

-> [下一步] -> [快照传送] -> [使用该发布的默认快照文件夹中的快照文件]

(订阅服务器要能访问发布服务器的repldata文件夹，如果有问题，可以手工设置网络共享及共享权限)

-> [下一步] -> [快照传送] -> [使用该发布的默认快照文件夹中的快照文件]

-> [下一步] -> [设置分发代理程序调度] -> [使用下列调度] -> [更改] -> [例如每五分钟调度一次]

-> [下一步] -> [启动要求的服务] -> [该订阅要求在发布服务器上运行sqlserveragent服务]

-> [下一步] -> [完成] -> [确定]

成功建立了订阅后，订阅服务器上新增加了一个类别是[repl-分发]作业(合并复制的时候类别是[repl-合并])

它会按照我们给的时间调度表运行数据库同步复制的作业。

3、sql server复制配置好后, 可能出现异常情况的实验日志:

1发布服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制没有多大影响

中断期间,分发和订阅都接收到没有复制的事务信息

2分发服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制有一些影响

中断期间,发布服务器的事务排队堆积起来

(如果设置了较长时间才删除过期订阅的选项, 繁忙发布数据库的事务日志可能会较快速膨胀),

订阅服务器会因为访问不到发布服务器,反复重试

我们可以设置重试次数和重试的时间间隔(最大的重试次数是9999, 如果每分钟重试一次,可以支持约69天不出错)

分发服务器sql server服务启动,网络接通以后,发布服务器上的堆积作业将按时间顺序作用到订阅机器上:

会需要一个比较长的时间(实际上是生成所有事务的insert,update,delete语句,在订阅服务器上去执行)

我们在普通的pc机上实验的58个事务100228个命令执行花了7分28秒

3订阅服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制影响比较大,可能需要重新初试化

我们实验环境(订阅服务器)从18:46分意外停机以, 第二天8:40分重启动后, 已经设好的复制在8:40分以后又开始正常运行了, 发布服务器上的堆积作业将按时间顺序作用到订阅机器上, 但复制管理器里出现快照的错误提示, 快照可能需要重新初试化,复制可能需要重新启动(我们实验环境的机器并没有进行快照初试化,复制仍然是成功运行的)

4、删除已经建好的发布和定阅可以直接用delete删除按钮

我们最好总是按先删定阅，再删发布，最后禁用发布的顺序来 *** 作。

如果要彻底删去sql server上面的复制设置, 可以这样 *** 作:

[复制] -> 右键选择 [禁用发布] -> [欢迎使用禁用发布和分发向导]

-> [下一步] -> [禁用发布] -> [要在"@servername"上禁用发布]

-> [下一步] -> [完成禁用发布和分发向导] -> [完成]

我们也可以用t-sql命令来完成复制中发布及订阅的创建和删除, 选中已经设好的发布和订阅, 按属标右键可以[生成sql脚本]。(这里就不详细讲了, 后面推荐的网站内有比较详细的内容)

当你试图删除或者变更一个table时，出现以下错误

server: msg 3724, level 16, state 2, line 1

cannot drop the table 'object_name' because it is being used for replication

比较典型的情况是该table曾经用于复制，但是后来又删除了复制。

处理办法：

select from sysobjects where replinfo >'0'

sp_configure 'allow updates', 1

go

reconfigure with override

go

begin transaction

update sysobjects set replinfo = '0' where replinfo >'0'

commit transaction

go

rollback transaction

go

sp_configure 'allow updates', 0

go

reconfigure with override

go

以上就是关于DELPHI基础教程：简单数据库应用的创建及MASTAPP介绍（三）[4]全部的内容，包括:DELPHI基础教程：简单数据库应用的创建及MASTAPP介绍（三）[4]、哪个包可以实现将app和数据库建立关联、关于制作app(成本优先)(开发一款app的成本)等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！