﻿<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <description><![CDATA[Comments for The Future of the Borland Database Engine (BDE) and SQL Links]]></description>
    <title><![CDATA[Comments for The Future of the Borland Database Engine (BDE) and SQL Links]]></title>
    <link>http://edn.embarcadero.com/article/28688</link>
    <!-- source: http://edn.embarcadero.com/article/28688/feed-->
    <dc:date>2009-07-05T21:17:01-07:00</dc:date>
    <item>
      <description><![CDATA[MERCI POUR LE CIT MAIS Je n'ai rien vus a ce mement]]></description>
      <title><![CDATA[re: The Future of the Borland Database Engine (BDE) and SQL Links]]></title>
      <managingEditor>
	 (BOUKMIH RABIE)
</managingEditor>
      <guid isPermaLink="true">http://threads.embarcadero.com/threads/threads.exe/view?commentid=41593</guid>
      <dc:date>2008-09-23T04:12:41-07:00</dc:date>
      <pubDate>2008-09-23T04:12:41-07:00</pubDate>
      <source url="http://edn.embarcadero.com/article/28688/feed">Comments for The Future of the Borland Database Engine (BDE) and SQL Links</source>
    </item>
    <item>
      <description><![CDATA[how to add oracle drivers in delphi 2006 bde ?]]></description>
      <title><![CDATA[The Future of the Borland Database Engine (BDE) and SQL Links]]></title>
      <managingEditor>
	 (Bapi Reddy Kolli)
</managingEditor>
      <guid isPermaLink="true">http://threads.embarcadero.com/threads/threads.exe/view?commentid=39337</guid>
      <dc:date>2006-08-28T23:53:52-07:00</dc:date>
      <pubDate>2006-08-28T23:53:52-07:00</pubDate>
      <source url="http://edn.embarcadero.com/article/28688/feed">Comments for The Future of the Borland Database Engine (BDE) and SQL Links</source>
    </item>
    <item>
      <description><![CDATA[Unfortunately we are still heavily reliant on BDE, it has provides us with a very stable platform for access to MS SQL Server.We no doubt will be following the guidelines set out in the PDF above.]]></description>
      <title><![CDATA[The Future of the Borland Database Engine (BDE) and SQL Links]]></title>
      <managingEditor>
	 (tony davies)
</managingEditor>
      <guid isPermaLink="true">http://threads.embarcadero.com/threads/threads.exe/view?commentid=36607</guid>
      <dc:date>2004-05-06T08:30:09-07:00</dc:date>
      <pubDate>2004-05-06T08:30:09-07:00</pubDate>
      <source url="http://edn.embarcadero.com/article/28688/feed">Comments for The Future of the Borland Database Engine (BDE) and SQL Links</source>
    </item>
    <item>
      <description><![CDATA[I'd suggest posting your question to borland.public.datasnapEven better, first search the newsgroup archives, and see whether yourquestion has already been answered.]]></description>
      <title><![CDATA[re: Data Replication]]></title>
      <managingEditor>
	 (Richard Carter)
</managingEditor>
      <guid isPermaLink="true">http://threads.embarcadero.com/threads/threads.exe/view?commentid=33111</guid>
      <dc:date>2002-09-13T11:50:47-07:00</dc:date>
      <pubDate>2002-09-13T11:50:47-07:00</pubDate>
      <source url="http://edn.embarcadero.com/article/28688/feed">Comments for The Future of the Borland Database Engine (BDE) and SQL Links</source>
    </item>
    <item>
      <description><![CDATA[Currently we replice data between DB2 and Paradox using TBatchMove. Borland recommends move from BDE and Paradox to DBExpressand Interbase. How to Replicate data from DB2 to Interbase using DbExpess? Does Interbase support EXPORT and IMPORT commands (like DB2 does)?TSQLClientDataSet supports SaveToFile and LoadFromFile commands.When I use LoadFromFile all data still in memory.Does anybody knows how to save data from memory to database (Ex: Interbase)?]]></description>
      <title><![CDATA[Data Replication]]></title>
      <managingEditor>
	 (Craven Weasel)
</managingEditor>
      <guid isPermaLink="true">http://threads.embarcadero.com/threads/threads.exe/view?commentid=33099</guid>
      <dc:date>2002-09-10T14:48:10-07:00</dc:date>
      <pubDate>2002-09-10T14:48:10-07:00</pubDate>
      <source url="http://edn.embarcadero.com/article/28688/feed">Comments for The Future of the Borland Database Engine (BDE) and SQL Links</source>
    </item>
    <item>
      <description><![CDATA[My company has recently asked Borland how we can upgrade our BDE based application to Oracle 9i. They told us to use dbExpress. When I looked at the documentation it seems the the dbExpress drivers are for Oracle 8.1.7 and like other correspondants I cannot get dbExpress to work with stored procedures. If Borland doesn't get things right very soon no Oracle database that Oracle still supports will be accesible from Delphi. ]]></description>
      <title><![CDATA[re: Working Oracle Drivers?]]></title>
      <managingEditor>
	 (Ken Aldridge)
</managingEditor>
      <guid isPermaLink="true">http://threads.embarcadero.com/threads/threads.exe/view?commentid=33087</guid>
      <dc:date>2002-09-09T12:30:27-07:00</dc:date>
      <pubDate>2002-09-09T12:30:27-07:00</pubDate>
      <source url="http://edn.embarcadero.com/article/28688/feed">Comments for The Future of the Borland Database Engine (BDE) and SQL Links</source>
    </item>
    <item>
      <description><![CDATA[It looks like this is getting resolved.  John Kaster has posted inborland.public.delphi.non-technical that Delphi 7 Enterprise willinclude a license for unlimted DataSnap deployment, and Delphi 7 Prowill include a license for deploying local single-user apps with theClientDataSet.]]></description>
      <title><![CDATA[re: The Future of the Borland Database Engine (BDE) and SQL Links]]></title>
      <managingEditor>
	 (Richard Carter)
</managingEditor>
      <guid isPermaLink="true">http://threads.embarcadero.com/threads/threads.exe/view?commentid=32791</guid>
      <dc:date>2002-08-01T06:31:14-07:00</dc:date>
      <pubDate>2002-08-01T06:31:14-07:00</pubDate>
      <source url="http://edn.embarcadero.com/article/28688/feed">Comments for The Future of the Borland Database Engine (BDE) and SQL Links</source>
    </item>
    <item>
      <description><![CDATA[bom]]></description>
      <title><![CDATA[The Future of the Borland Database Engine (BDE) and SQL Links]]></title>
      <managingEditor>
	 (Giovani Domingues)
</managingEditor>
      <guid isPermaLink="true">http://threads.embarcadero.com/threads/threads.exe/view?commentid=32739</guid>
      <dc:date>2002-07-23T11:10:29-07:00</dc:date>
      <pubDate>2002-07-23T11:10:29-07:00</pubDate>
      <source url="http://edn.embarcadero.com/article/28688/feed">Comments for The Future of the Borland Database Engine (BDE) and SQL Links</source>
    </item>
    <item>
      <description><![CDATA[Well, an interesting topic considering a did quite a bit of work on "BDE" when I worked at Borland ;-) Back then it was called ODAPI/IDAPI, but the  basic architecture is the same. dbExpress represents a new architecture for dealing with SQL. BDE grew up around a cursor/row based design. BDE was designed for client/server, not for n-tier applications. BDE was the cornerstone for providing uniform data access to local and SQL-based data from all of Borland's Windows products. At the time that was Paradox for Windows, Quattro Pro for Windows, and dBase for Windows.An amazing amount of effort went into the design, coding, and testing of every BDE component. The BDE code had to work as every critical Borland application depended on it. And when Microsoft had just dropped the Access nuke on Borland, any drop in quality might cause tremendous market problems. So we worked very hard on quality.Borland no longer makes any applications. So the in-house usage of all the data access components, technologies, and tools is bound to be far less than it was before. So the quality will be down because of this. The question seems to be how to raise the quality of what is provided as/with dbExpress. More/better testing is the obvious answer. On a limited budget, how to achieve it? Releasing the drivers as open source would be one strategy. That way a larger group of developers could be involved in looking at the code (which reduces bugs), writing test cases (reduces bugs), and uses the code in more applications (finding more bugs which can be fixed). Some good test harnesses could be released along with the driver and engine code.For Oracle and Microsoft SQL Server, one might look at the drivers provided by other companies. Core Lab offers independent drivers that might be worth investigating.http://www.crlab.com/index.htmlUndoubtedly there are other sources of drivers as well that Google and other search engines could help one find.Getting back to the point --For building apps in the present and in the future, dbExpress makes sense. Is it the be all / end all database access architecture? No. It is a quick and effective system for dealing with SQL-based data. It is also more philosophically aligned with how data access will be dealt with using SOAP and other XML/HTTP-based systems.We don't know what the next generation of database applications is going to look like. Web Services is changing the API landscape. So is all the .NET stuff. And we are beginning to see the the leading edge of the "smart data" revolution. Associative databases are becoming more and more prevalent in modern applications. SQL servers are morphing into XML servers. And vice versa. BDE didn't grow up in this universe. So the future belongs to something else.As for building applications that require local tables, BDE is a great solution. I'm glad Borland is continuing to support BDE for dBase and Paradox. There is quite a bit of code in BDE and these drivers that would be very hard to replicate without knowing the intricacies of the Paradox database system. The file format is not enough to go on. For dBase, the situation is less true, but the BDE still provides a good API for dealing with local tables.I'm glad that Borland has weathered its own management problems as well as the ferocious pounding it took from Microsoft and survived. In the hyper-competitive high-tech world, that's quite a feat.So, cheers to all the Borlanders that have kept the ship afloat. Borland is still my favorite work experience out of all the companies I've worked for.;-) ]]></description>
      <title><![CDATA[BDE vs dbExpress -- why this is a good change]]></title>
      <managingEditor>
	 (Michael Slater)
</managingEditor>
      <guid isPermaLink="true">http://threads.embarcadero.com/threads/threads.exe/view?commentid=32620</guid>
      <dc:date>2002-07-01T05:36:49-07:00</dc:date>
      <pubDate>2002-07-01T05:36:49-07:00</pubDate>
      <source url="http://edn.embarcadero.com/article/28688/feed">Comments for The Future of the Borland Database Engine (BDE) and SQL Links</source>
    </item>
    <item>
      <description><![CDATA[Corel already has a license for the BDE that allows them to develop enhancements to it.]]></description>
      <title><![CDATA[re: BDE, Paradox, and Corel]]></title>
      <managingEditor>
	 (John Kaster)
</managingEditor>
      <guid isPermaLink="true">http://threads.embarcadero.com/threads/threads.exe/view?commentid=32595</guid>
      <dc:date>2002-06-26T12:44:58-07:00</dc:date>
      <pubDate>2002-06-26T12:44:58-07:00</pubDate>
      <source url="http://edn.embarcadero.com/article/28688/feed">Comments for The Future of the Borland Database Engine (BDE) and SQL Links</source>
    </item>
    <generator>Atom 1.0 XSLT Transform v1 (http://atom.geekhood.net)</generator>
  </channel>
</rss>