delphi部署注意事项

---------------------------------------------------------------  
 
记得把MIDAS.DLL安装到别的机器上:  
 
  Delphi具有强大的数据库应用程序开发功能,其Client/Sever版本可以开发一般的单机数据库应用系统、普通Client/Sever应用系统直至基于Web的多层应用,其中自然离不开Borland数据库引擎(BDE)的功劳。不过在没有安装过Delphi程序的计算机上运行数据库程序时,必须同时分发庞大的BDE文件,Borland建议用户用Delphi附带的InstallShield制作安装程序来解决这些问题。但怎样选择BDE文件才能使自己的安装程序更加精炼呢?我首先介绍一下其中几个必须的文件:  
  Idapi32.dll:BDE基本函数库  
  Blw32.dll:语言驱动函数库  
  Idr20009.dll:错误信息库  
  Fareast.bll:远东语言驱动程序  
  Usa.bll:美国语言驱动程序  
  以下文件为根据需要可选:  
  如用Paradox,则应选择:Idpdx32.dll  
  如用Dbase,则应选择:Iddbas32.dll  
  如用Access,则应选择:Iddao32.dll  
  如用Ascii,则应选择:Idasci32.dll  
  如用TBatchMove,则应选择:Idbat32.dll  
  如用Data  Repostitory,则应选择:Iddr32.dll  
  如用ODBC,则应选择:Idodbc32.dll  
  如用BDE  DataSet  Provider  DLL,则应选择:Idprov32.dll  
  如用SQL查询,则应选择:Idsql32.dll  
  下面我们就以用InstallShield来制作一个Paradox数据库应用系统的安装程序为例:  
  1.启动程序设置有关文件目录路径,进入Setup  Checklist;  
  2.在Set  the  Visual  Design中设置程序名、程序目录、安装程序主窗口等;  
  3.在Specify  Components  and  Files中设置Groups  and  Files项,在Program  Files中加入用户的所有程序文件和数据库表文件,以及下列文件:Idbat32.dll、Usa.btl、Idapi.cfg、Charset.cvb、Bantam.dll、BLW32.dll、Idapi32.dll、Fareast.btl、Idpdx32.dll、Idr20009.dll、Idsql32.dll(以上文件必须含目录路径);  
  4.在Dialog  Boxes中设置所需安装对话框;  
  5.在Make  Registry  Changes中设置Keys项,在HKEY_LOCAL_MACHINE中加入software/borland/blw32和software/borland/database  engine两项,并且在blw32值中加入  
  “Blapipath  ‘以上文件目录’”、“LOCALE_LIB0  ‘以上文件目录’/Fareast.bll”和“LOCALE_LIB1  ‘以上文件目录’/Usa.bll”,在database  engine值中加入“Dllpath  ‘以上文件目录’”、“Configfile01  ‘以上文件目录’/Idapi.cfg”;  
  6.在Specify  Folder  and  Icons中根据实际要求设置有关项目;  
  7.在Run  Disk  Builder中设置安装盘的有关信息;  
  8.最后进行Test  the  Installation和Create  Distribution  Media即可完成安装程序的制作。

时间: 2024-09-11 20:58:51

delphi部署注意事项的相关文章

Qizmt 单机及分布式部署注意事项

1.单机安装 下载Qizmt后点击安装文件即可安装 安装过程中会弹出对话框,输入服务启动账号及密码 需要注意一定要加机器名或域 安装后Qizmt文件夹即被注册到环境变量,全局可使用Qizmt命令 通过qizmt format machines=localhost 可以格式化DFS 不过要注意一点就是当部署分布式qizmt 时,machines请设置IP或机器名 通过以下命令可以显示示例程序 通过 qizmt edit xxxx.xml 可以对其进行编辑 2.分布式安装 分布式,除了安装在主服务器

Vsphere笔记07 Vcenter 部署流程 2

7.Vcenter 部署流程 2   Vcenter 安装需求   1.硬件要求 CPU:支持VT-X技术并开启内存:4G或4G 以上   2.系统要求 Windows 2008 R2 x64 Vsphere 5.0以前的版本可以安装在Windows 2003 server上部署环境.   概括: (1)Vsphere 4.0 .4.1.5.0 system Windows 2003 server Domain Control 依赖 database SQL server 2003 或 orac

服务器安全部署文档

原文:服务器安全部署文档 年前一直在赶项目,到最后几日才拿到新服务器新添加的硬盘,重做阵列配置生产环境,还要编写部署文档做好安全策略,交给测试部门与相关部门做上线前最后测试,然后将部署文档交给相关部门同事,让他根据部署文档再做一次系统,以保证以后其他同事能自己正常部署服务器,最后终于赶在放假前最后一天匆忙搞定测试后,简单的指导同事按部署文档将服务器重新部署了一次就先跑路回家了,剩下的就留给加班的同事负责将服务器托管到机房了.年后回来上班后按工作计划开始做文档(主要对之前编写的部署文档进行修正和将

SQL Server 2012 AlwaysOn高可用性组部署总结及截图下载 - 曾垂鑫的技术专栏 - 51CTO技术博客

本次本人做的测试截图已经上传到51CTO下载中心,如果有需要查看原图的,可以访问下面的链接下载: 51CTO文档下载地址 我觉得以后产品的测试部署就直接给大家上截图了,需要注意的我会在博客里面说出来,就不搞成系列了,没啥意思.截图中包含的内容如下. ------------------------------------------分割线----------------------------------------------- 本次部署所需要的虚拟机数量和IP地址规划如下表. -------

部署报表和 ReportViewer 控件 rdlc

原文:部署报表和 ReportViewer 控件 rdlc 部署报表和 ReportViewer 控件   您可以将报表和 ReportViewer 控件作为应用程序的一部分自由发布.根据控件类型以及报表是配置为本地处理还是远程处理,部署要求会有很大不同.在同一个应用程序中,既可以部署本地处理的报表,也可以部署远程处理的报表. 重新发布 ReportViewer 控件 可重新发布的 ReportViewer 控件是一个名为 ReportViewer.exe 的自解压缩文件,其中包括一个 .msi

在 Reddit 中代码部署的演进

本文讲的是在 Reddit 中代码部署的演进, "留意你所演进的方向是重要的,这样你才能持续不断向有用的方向发展." 在 Reddit 我们仍然不断地部署代码.每个工程师都会编写代码,再让其他人审查这份代码,合并代码之后再定期把代码推到生产环境.这种情形每周经常会发生 200 次而且每次部署从开始到结束都不会超过 10 分钟. 支持所有这些的系统在这些年不断演进.让我们看看在这段时间它是如何改变的(包括没有改变的部分). 故事最开始的地方:一致和可重复的部署(2007-2010) 现在

[Hadoop大数据]——Hive部署入门教程

Hive是为了解决hadoop中mapreduce编写困难,提供给熟悉sql的人使用的.只要你对SQL有一定的了解,就能通过Hive写出mapreduce的程序,而不需要去学习hadoop中的api. 在部署前需要确认安装jdk以及Hadoop 如果需要安装jdk以及hadoop可以参考我之前的博客: Linux下安装jdkLinux下安装hadoop伪分布式 在安装之前,先了解下Hive都有哪些东西. 下载并解压缩 去主页选择镜像地址: http://www.apache.org/dyn/cl

mongoDB 2.0.0 shard implemention with noauth=true

配置和1.8差不多,只是mongoDB2.0.0本身带来了一些新的特性,所以参数配置有点不一样.以下是详细部署过程 :  产品部署注意事项 :  do not use hugepage use ntp use ext4/xfs mount with option : noatime  Do not use NUMA DELL服务器关闭NUMA : Node Interleaving 改为Enabled则安装对称内存配置时支持内存交错.如果为 Disabled(已禁用),系统支持非一体化内存体系结

服务器淘汰的替代方案——硬件升级

服务器外设技术,如网络和存储的快速进步,给IT团队提出了一个两难选择:对待旧的服务器是应该更换,还是应该升级?衡量这两种选择的优劣不是一件简单的事,因为在之前的行业历史上没有发生过由于服务器硬件升级带来巨大性能提升的情况,因此无法借鉴以往经验. 过去的数据中心使用千兆以太网和机械硬盘,机械硬盘处理器会在等待状态花很多时间.磁盘平均访问时间大约10毫秒,因此网络存储无法跟上需求.大多数服务器未能发挥自己最大潜力,瓶颈在于低I/O速率.服务器集群为了达到所需的I/O速率,实际部署数量比按CPU能力估