<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>Comments for dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</title>
<link rel="alternate" type="text/plain" href="http://dn.codegear.com/article/22495" title="dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification" />
<link rel="self" type="application/atom+xml" href="http://dn.codegear.com/article/22495/feed" title="Comments for dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification" />
<id>http://dn.codegear.com/article/22495</id>
<updated>2008-10-07T20:38:05-07:00</updated>
<entry>
<title>dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</title>
<author>
<name>Kie&#197;&#8218;bus Marek</name>
<uri>http://threads.codegear.com/threads/threads.exe/userall?commentid=39209</uri>
</author>
<id>http://threads.codegear.com/threads/threads.exe/view?commentid=39209</id>
<updated>2006-07-09T03:07:14-07:00</updated>
<published>2006-07-09T03:07:14-07:00</published>
<summary>dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</summary>
<content>Borland Delphi 7 Personal</content>
</entry>
<entry>
<title>re: dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</title>
<author>
<name>Kie&#197;&#8218;bus Marek</name>
<uri>http://threads.codegear.com/threads/threads.exe/userall?commentid=39208</uri>
</author>
<id>http://threads.codegear.com/threads/threads.exe/view?commentid=39208</id>
<updated>2006-07-09T03:05:45-07:00</updated>
<published>2006-07-09T03:05:45-07:00</published>
<summary>re: dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</summary>
<content>dbExpress ODBC</content>
</entry>
<entry>
<title>re: dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</title>
<author>
<name>Kie&#197;&#8218;bus Marek</name>
<uri>http://threads.codegear.com/threads/threads.exe/userall?commentid=39207</uri>
</author>
<id>http://threads.codegear.com/threads/threads.exe/view?commentid=39207</id>
<updated>2006-07-09T03:01:51-07:00</updated>
<published>2006-07-09T03:01:51-07:00</published>
<summary>re: dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</summary>
<content>internet</content>
</entry>
<entry>
<title>Procedure</title>
<author>
<name>yang guolong</name>
<uri>http://threads.codegear.com/threads/threads.exe/userall?commentid=35826</uri>
</author>
<id>http://threads.codegear.com/threads/threads.exe/view?commentid=35826</id>
<updated>2003-12-04T22:40:28-08:00</updated>
<published>2003-12-04T22:40:28-08:00</published>
<summary>Procedure</summary>
<content>How to call procedure use dbExpress?How to use function setParameter and getParameter?thanks!</content>
</entry>
<entry>
<title>limit function ?</title>
<author>
<name>Brendan Grant</name>
<uri>http://threads.codegear.com/threads/threads.exe/userall?commentid=33391</uri>
</author>
<id>http://threads.codegear.com/threads/threads.exe/view?commentid=33391</id>
<updated>2002-10-27T15:47:02-07:00</updated>
<published>2002-10-27T15:47:02-07:00</published>
<summary>limit function ?</summary>
<content>Does dbexpress do the (LIMIT FROM,TO) function properly.BDE does it but ignores the FROM input.</content>
</entry>
<entry>
<title>dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</title>
<author>
<name>Reny  J Joseph Thuthikattu</name>
<uri>http://threads.codegear.com/threads/threads.exe/userall?commentid=31833</uri>
</author>
<id>http://threads.codegear.com/threads/threads.exe/view?commentid=31833</id>
<updated>2002-03-19T01:15:07-07:00</updated>
<published>2002-03-19T01:15:07-07:00</published>
<summary>dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</summary>
<content>I want to connect to the database mssl2000 through my Cpp code.can u please help me out on how can i do that?any help RegardsReny</content>
</entry>
<entry>
<title>re: Use ODBC and focus on OR-mapping instead</title>
<author>
<name>Leonardo Rochaj</name>
<uri>http://threads.codegear.com/threads/threads.exe/userall?commentid=28822</uri>
</author>
<id>http://threads.codegear.com/threads/threads.exe/view?commentid=28822</id>
<updated>2001-05-04T11:37:44-07:00</updated>
<published>2001-05-04T11:37:44-07:00</published>
<summary>re: Use ODBC and focus on OR-mapping instead</summary>
<content>John Kaster said:&quot;We are planning on publishing the dbExpress classes and the open source drivers (for example, Interbase). &quot;When do you pretend release it?</content>
</entry>
<entry>
<title>dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</title>
<author>
<name>Tom Payne</name>
<uri>http://threads.codegear.com/threads/threads.exe/userall?commentid=27655</uri>
</author>
<id>http://threads.codegear.com/threads/threads.exe/view?commentid=27655</id>
<updated>2001-01-23T07:22:18-08:00</updated>
<published>2001-01-23T07:22:18-08:00</published>
<summary>dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</summary>
<content>I really think that dbExpress as described here will terminate the advantage of Kylix as a RAD tool.  Some of us old timers who have struggled to make a living using 'C++' as a way of making RAD applications embraced 'Dephi Pascal' because it is fast and we could easily develop an application in a few days.  Most applications used in the smaller mom and pop shops only need small cheap apps.  Not client/server apps that may take hundreds of hous to develop.You should rethink this approach.</content>
</entry>
<entry>
<title>dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</title>
<author>
<name>Tom Payne</name>
<uri>http://threads.codegear.com/threads/threads.exe/userall?commentid=27654</uri>
</author>
<id>http://threads.codegear.com/threads/threads.exe/view?commentid=27654</id>
<updated>2001-01-23T07:08:37-08:00</updated>
<published>2001-01-23T07:08:37-08:00</published>
<summary>dbExpress (Inprise/Borland's new cross-platform data access layer) Draft Specification</summary>
<content>Does this mean that we have to use 'C' instead of Object Pascal?I hope not!!!</content>
</entry>
<entry>
<title>Why not separate transactions from the connection</title>
<author>
<name>Robert Lauritzen</name>
<uri>http://threads.codegear.com/threads/threads.exe/userall?commentid=27396</uri>
</author>
<id>http://threads.codegear.com/threads/threads.exe/view?commentid=27396</id>
<updated>2000-12-21T04:20:16-08:00</updated>
<published>2000-12-21T04:20:16-08:00</published>
<summary>Why not separate transactions from the connection</summary>
<content>I really enjoyed reading about the new dbExpress! Great to finally get rid of the old BDE mammuth (however useful it has been), but...I wonder why you've decided that the SQLConnection interface include transaction handling. Why not make an SQLTransaction interface to decouple transactions in the design, and thus allowing for instance IB Objects or similar to support its more advanced transaction management with the dbExpress interfaces?Doesn't it make more sense to create SQLCommand or SQLCursor objects within a transaction context instead of through a connection context? There are several RDBMS supporting multiple transactions per connection. Why limit dbExpress? Certainly it doesn't increase interface design complexity to decouple transactions and connections, and the CLX or VCL implementation could easily provide components supporting both interfaces anyway!</content>
</entry>
</feed>
