Join The Works program to have access to the most current content, and to be able to ask questions and get answers from Revelation staff and the Revelation community

At 29 JUL 2008 11:17:09PM Mike O'Neal wrote:

Hi all -

Is there a way to create dBASE files from OI?

TIA,

Mike O.


At 30 JUL 2008 01:12AM Warren Auyong wrote:

At 30 JUL 2008 01:35PM Mike O'Neal wrote:

Thanks Warren, but I need *export* into a DBASE file, not *import* a DBASE file.

Mike O.


At 30 JUL 2008 01:48PM Warren Auyong wrote:

You can read and write using ADODB. You can even create tables.

http://msdn.microsoft.com/en-us/library/ms677516%28VS.85%29.aspx


At 30 JUL 2008 01:56PM Warren Auyong wrote:

Here's some sample code on how to create a table and populate it in VB via ADODB. VB is easy enough to translate into BASIC+. Substitute the DBASE connection string for the Access connection string:

http://www.vb-helper.com/howto_ado_create_table.html


At 30 JUL 2008 02:14PM Warren Auyong wrote:

For DBase III files use the following connection string:

  "Provider=Microsoft.Jet.OLEDB.4.0; Data Source=D:\My Documents\dBase;Extended Properties=dBase III;" 

Substitute in the appropriate path.


At 31 JUL 2008 01:12PM Mike O'Neal wrote:

Wow! Thanks Warren! I will sort through all of this and give it a try.

Regards,

Mike O.


At 31 JUL 2008 02:02PM Ray Chan wrote:

Just curious, but why are you exporting data from OI to dBase?

I didn't know that DBase was still around.

Ray Chan


At 31 JUL 2008 10:02PM Richard Hunt wrote:

And how about multivalue fields? dBASE does not support multivalue fields.


At 01 AUG 2008 12:55PM Karen Oland wrote:

You have to create child tables. Way back in AREV days, we had an export feature (for those who loved to play in excel, etc, or who wanted to create a datawarehouse in sql, etc, all without us needing to write the exports individually) - first, a table defined what could be exported (table name, export file, export format, etc), then it identified all columns to be exported and if they were MV, which MV groups existed (by number). When a table was exported, it created both the parent and all child tables needed (the key to the child was the parent key and a line number). Worked perfectly and no doubt would in OI, if we didn't offer other solutions now. And all controlled by the end user, once a single window and a single export program was written.

View this thread on the Works forum...

  • third_party_content/community/commentary/forums_works/3ee1f0b5629769b88525749600120d0b.txt
  • Last modified: 2023/12/30 11:57
  • by 127.0.0.1