BDE 退出历史 迁移至FireDAC

Migrating BDE Applications to FireDAC

Go Up to Migrating to FireDAC

This article guides you through a series of the steps to migrate the BDE application to the FireDAC.

Topics

Topic Description
BDE Name Counterparts Most of the BDE high-level types and components have counterparts in FireDAC.
BDE Aliases Migration FireDAC has the BDE aliases migration function.
BDE Application Migration A step-by-step example showing how to migrate BDE application to FireDAC.
Additional Migration Hints Few additional BDE application migration considerations.

Introduction

This article provides a tutorial showing how to migrate a simple client-server application using BDE data access components, such as TDatabase, TQuery, TTable, to the FireDAC. It shows the basic principles of replacing the common components, properties and code, preserving the developers working time and avoiding the common migration pitfalls.

Overview

In general, the FireDAC components have a high compatibility level with the BDE data access components. This includes the syntax and semantic of the properties and methods in the FireDAC and BDE. But some parts are different:

  • BDE and FireDAC have components with different names  (for example, TQuery component in BDE is TFDQuery in FireDAC.)
  • BDE and FireDAC have different alias/connection definition systems. BDE stores aliases in the binary system wide file IDAPI.CFG, while FireDAC stores the connection definitions in the FDConnectionDefs.ini file.
  • Some parameters for BDE SQLLink and FireDAC drivers are different.
  • BDE and FireDAC can have different data type mapping for the same RDBMS. FireDAC follows a mapping style closely similar to the dbExpress data type mapping. However, FireDAC has powerful capabilities to adjust the data type mapping.
  • The base APIs (the BDE API and the Phys interface) are absolutely incompatible. If you have some code which directly uses the BDE API, it has to be recoded.
  • BDE and FireDAC have different query syntax and capabilities. FireDAC offers the Local SQL feature.

This is nearly all that needs to be changed at the migration from BDE to FireDAC. After the migration (or in parallel with it), you should consider reviewing your application for:

  • Using the extended FireDAC functionality to simplify your application.
  • Using the extended FireDAC functionality to extend the functionality of your application.
  • Using the FireDAC options to fine-tune your application and speed it up.

Category:

时间: 2024-08-07 10:35:11

BDE 退出历史 迁移至FireDAC的相关文章

【原创】搜索引擎会退出历史舞台吗?

最近三年,普通网民似乎都感受到:对于搜索引擎的依赖不如以前.原因在于后移动互联网时代,流量分发方式不再完全依赖于搜索引擎.因此很多人开始感慨:搜索引擎即将退出历史舞台.其实并非如此,如果将搜索引擎仅仅理解为用于流量分发,则太片面.搜索引擎的确通过流量分发与广告结合的方式获得大量利润,但是搜索引擎本身也在不断的变化. 未来的搜索引擎,应当是“人工智能”化.当前的搜索引擎在个性化.智能化.垂直化.简单化.社交化等都已经比较成熟.这必将使得人们对信息的追求发生改变,甚至希望搜索引擎成为每一个人的 “智

小Z观察:企业证书分发应用的方式是否会退出历史舞台

之前笔者讨论过积分墙和试客之类的平台,另外还有一类"助手类"平台,在笔者看来,有些路会越走越宽,而这类的平台似乎路越走越窄,走得也异常地辛苦,一路总是在打仗,最关键的似乎脖子总被无形或有形的手卡着-- 据前段时间ChinaApp报道: 被国人玩烂的企业证书,苹果已经下手了,针对破解 FairPlay,苹果发布了 iTunes 12.1,改成了 64 位架构,使各种助手失效,媒体把这个更新称为"各路助手挺尸"."封杀一切助手"等.而根据ChinaA

HTTP将退出历史舞台 GDCA免费SSL证书推动HTTPS

SSL证书是HTTPS安全协议的必备配置.尤其近年来各种HTTPS政策的推动,将SSL证书逐步推向历史的高点. https替换http http将退出历史舞台 HTTP是互联网上应用最为广泛的一种网络协议,已有二十多年的历史.随着互联网的安全等级不断升级,http的弊端逐渐呈现,https成为新一轮的继承者. https是一个安全通信通道,它基于HTTP开发,用于在客户计算机和服务器之间交换信息,它使用安全套接字层(SSL)进行信息交换.简单来说它是HTTP的安全版,由SSL+HTTP协议构建的

验证码何时可以退出历史舞台?

验证码是有必要存在的,只是不同阶段表现形式不同,未来的趋势是更加智能无感知,用户体验更好. 简而言之, 验证码其终极目的,就是区分正常人和机器的操作.区分人机行为是必要的:互联网上各种行为,注册.登录.发帖.领优惠券.投票等等应用场景,都有被机器刷造成各类损失的风险,如果不对这种作弊行为加以防范,灌水内容.垃圾注册.恶意登录.刷票.撞库.活动作弊.垃圾广告.爬虫.羊毛党等用户行为一旦发生,将对产品自身发展.用户体验造成极大的影响. 目前常见的验证码多为图片验证码,即数字.字母.文字.图片物体等形

目前市值前五的虚拟币,哪个项目值得投入,哪个退出历史舞台?

排名第一位的比特币,简称"币王".现在基本全民都比较清楚了,作为虚拟币的风向标,比特币的每一个涨跌都牵动币圈玩家的神经.他已经不再是一个简单的虚拟币币种,更像一个虚拟币界的图腾标志.所有谈到虚拟币发展的无论如何都不可能绕过BTC去讨论,几乎所有的交易平台上面必须必备的就是BTC的交易对.但是比特币这种图腾效应逐渐在减弱,从价格可以看出来,已经从2万美元跌倒快破8000了,我估计随着市场上有价值有技术的项目越来越多,比特币这种图腾效应也会逐步减弱,此时并不建议持有比特币. 第二名以太坊,

当大数据遇上云计算,传统互联网将退出历史舞台?

很多人还没有搞清楚什么是PC互联网,移动互联网来了,我们还没有搞清楚移动互联的时候,大数据时代又来了.--马云 其实当我们还没有搞清楚大数据时代,大数据加云计算的时代又来了.数据和内容作为互联网的核心,而数据和内容的充分利用离不开云计算.早在奥巴马当选的时候就听说过大数据,奥巴马在总统竞选中使用大数据分析来收集选民的数据,让他可以专注于对他最感兴趣的选民,不久前在北京举办道德第一届"一带一路"国际合作高峰论坛已经将"大数据"入"十三五"规划的国家

中国历史十大经典战役

中国历史十大经典战役  NO.1 牧野之战 "牧野洋洋,--时维鹰扬,凉彼武王肆伐大商,会期清明"现代人根据史书记载的天象,甚至推算出了具体时间是公元前1106年2月4日.周武王统率兵车300乘,虎贲3000人,甲士4万5千人,汇集各部落的兵力,大破商军的共约17万人于牧野. NO.2 城濮之战 面对锋芒必露的楚军,晋文公选择"退避三舍",然后集中优势兵力对于楚军3路兵马实行各个击破,最后战斗以晋文公在践土朝觐周王,会盟诸侯结束. NO.3 长平之战 秦赵为了上党的

重新定义数据库历史的时刻——时间序列数据库Schwartz认为InfluxDB最有前途,Elasticsearch也不错

转自:http://www.infoq.com/cn/news/2017/04/redefine-database-history 提起VividCortex公司的创建者兼CEO Baron Schwartz,大家可能会比较陌生,但读过他的著作<高性能MySQL>的一定大有人在.他同时也做过许多开源软件的性能分析.监控和管理工作.同时他还对许多不同的数据库社区有所贡献,包括Oracle.PostgreSQL.Redis和MongoDB等.最近他在博客上分享了一些关于数据库的想法.从2000年左

在学习android_serialport_api的LoopBackActivity例程时遇到的接收线程没有正常退出的问题和解决过程 2017年9月4日

问题背景 在实现git上的开源串口驱动api(android_serialport_api)的LoopBackActivity例程的时候,意外发现一个奇怪的现象:有时候启动LoopBackActivity时,第一个字节会Lost(Corrupted为0).进入调试模式,断点打在接收线程的onDataReceived()里,发现确实有收到第一个值为"0"的字节,并且用示波器抓波形,第一个字节也确实发出了.那么是什么原因造成的呢? 中间猜想 调试发现收到第一个字节时,接收线程里的mValu