Click here to Skip to main content
16,007,809 members
Articles / Mobile Apps / Windows Mobile

A set of ADOCE classes

Rate me:
Please Sign up or sign in to vote.
4.78/5 (21 votes)
6 Aug 2003CPOL3 min read 609.7K   1.2K   40   312
Porting Carlos Antollini's ADO classes to the Pocket PC.

Sample Image - ado_ce_ca.jpg

Introduction

One of the questions I have seen most frequently asked in Pocket PC development groups, is how to develop in eVC using ADOCE and Pocket Access. There are some resources on the web for this, but it is hard to find a freely available set of C++ classes that will encapsulate ADOCE 3.1 in complete fashion. After looking in CP, I found a very good candidate.

This article presents a port of Carlos Antollini's popular ADO classes to the Pocket PC. Carlos' article (A set of ADO Classes - version 2.07) presents a fairly thorough coverage of desktop ADO and was selected for porting because it is freely available and it is very popular.

The port

The Pocket PC uses ADOCE 3.1, a cut-down version of the ADO implementation found on desktop computers. The ADOCE 3.1 object model is smaller in both number of objects and methods. Nevertheless, it is quite usable for most database applications, retaining its ease of use.

Source compatibility

One of the objectives of this port was to keep source compatibility. Hence, you will be able to compile the source files (ado.h and ado.cpp) in both platforms: Desktop and Pocket PC. The source compatibility was achieved using precompiler directives, which may render some parts of the code harder to read.

What's missing?

Of all of Carlos' classes, the Pocket PC will only see CADODatabase and CADORecordset. In fact, these are the only classes that have direct ADOCE support. Also, not all of the classes' methods are supported and have been removed. Here is a list of the unsupported methods:

  • void CADODatabase::dump_com_error(_com_error &e);
  • BOOL CADORecordset::AddNew(CADORecordBinding &pAdoRecordBinding);
  • BOOL CADORecordset::RecordBinding(CADORecordBinding &pAdoRecordBinding);
  • CString CADORecordset::GetString(LPCTSTR lpCols, LPCTSTR lpRows, LPCTSTR lpNull, long numRows = 0);

Also, there are missing items in the CADORecordset::cadoDataType enumeration.

What's new?

During the port I had to add some missing functionalities, the most important of which is UNICODE support.

During the first debugging session I also found that CADORecordset::Open needed a new mode (openUpdate) to allow for correct use of the Update method (see sample code for an example).

Porting warnings

Check that the #import directive in ado.h is correct for your development environment.

The port has not been thoroughly tested. Please help me with this ongoing process.

Using Pocket Access

Pocket Access is a very simple database manager. It is so simple that it will not support the following (among other) desktop features:

  • Unique indexes
  • Referential integrity
  • Advanced SQL statements (almost everything is missing)
  • Autonum fields

You also have some limitations to note:

  • Maximum number of 4 indexes per table
  • Maximum of 4 tables per JOIN
  • You only get INNER JOINs

So why use it? It is very simple to setup and synchronize with your desktop environment, and you don't have to pay licensing fees.

Using ADOCE to manage your tables may be trickier than you thought, so I prepared a simple demo application that manages (does not delete - yet) a list of authors of this section. The bulk of the work is in CChildView, a CListCtrl-derived class, where records are created and modified. Please do note the peculiarities of adding new records and updating an existing record.

Sample application

The sample application is provided with full source code and with two versions of the database: desktop (.mdb) and Pocket PC (.cdb). You can create the second from the first, by using ActiveSync. If you only have an emulator to play with, you can copy the .cdb file directly into the \My Documents folder.

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


Written By
Software Developer (Senior) Frotcom International
Portugal Portugal
I work on R&D for Frotcom International, a company that develops web-based fleet management solutions.

Comments and Discussions

 
GeneralWhere's adoce31.tlb Pin
Taoge19-Aug-03 19:22
Taoge19-Aug-03 19:22 
GeneralRe: Where's adoce31.tlb Pin
João Paulo Figueira19-Aug-03 22:50
professionalJoão Paulo Figueira19-Aug-03 22:50 
GeneralRe: Where's adoce31.tlb Pin
Taoge22-Aug-03 15:26
Taoge22-Aug-03 15:26 
GeneralRe: Where's adoce31.tlb Pin
Shah Kazmi5-Sep-03 2:49
Shah Kazmi5-Sep-03 2:49 
GeneralRe: Where's adoce31.tlb Pin
serbersan15-Sep-03 5:03
serbersan15-Sep-03 5:03 
GeneralRe: Where's adoce31.tlb Pin
João Paulo Figueira15-Sep-03 22:08
professionalJoão Paulo Figueira15-Sep-03 22:08 
GeneralADOCE is simple and lite Pin
S de Silva11-Aug-03 21:37
sussS de Silva11-Aug-03 21:37 
GeneralA few comments Pin
Mike Dimmick8-Aug-03 2:16
Mike Dimmick8-Aug-03 2:16 
Firstly, note that Microsoft does not support ADOCE accessed from C++. I have first-hand experience that MS broke the vtables between version 3.0 and 3.1, breaking any application that uses early (vtable) binding. Given the general attitude of testing by the Windows CE team, and the Pocket PC team especially, I have no reason to suppose this won't happen again.1

Secondly, I wouldn't recommend the CEDB provider (which you refer to as Pocket Access) because it's layered over the built in CeDatabaseXxx functions, which are known to lose updated or inserted data if the device is suspended while a database is open - this is due to a bug in the transactional object store roll-forward/roll-back functionality. It's worse than that with the CEDB provider because this provider holds the database open until all connections that have ever referenced the database are released - not just closed.

Finally, I note that you're really not handling errors at all. If any ADOCE function returns an error, it will be traced to the debug output, but nothing stops the routine that called the function that returned the error. The original code used an MFC CException-derived exception, but C++ exceptions aren't available on Windows CE prior to CE.NET 4.x. The new version of MFC with CE.NET 4.x still uses setjmp and longjmp to handle exceptions2; however I would prefer _com_issue_error and _com_issue_errorex to throw an MFC exception than to do nothing.

1 Hopefully moving the whole shooting match below Jim Allchin's Windows Platform group might improve matters for future releases. In the meantime we're stuck with what we've got.

2 The impact of this is that the stack is not unwound and hence C++ destructors are not called for objects on the stack. This tends to lead to resource leaks of all kinds, if code has been ported from the desktop, where MFC exceptions are implemented as C++ exceptions.
GeneralRe: A few comments Pin
João Paulo Figueira8-Aug-03 3:52
professionalJoão Paulo Figueira8-Aug-03 3:52 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.