Re: Fujitsu ADO Data access guidance needed




"Robin Lee" <robinlee@xxxxxxxx> wrote in message
news:Gu6dnTztv7qQlXLZnZ2dnUVZ_t-dnZ2d@xxxxxxxxxxxxxxx
Could someone please provide some sample code or point me to a good
tutorial or reference material regarding the use of ADO to access
Microsoft SQL server, under Fujitsu PowerCobol v6.1

Some years ago I recall that I used embedded and SQL and ODBC with Fuji
version 5 but that's all rather fuzzy to me now. I think I saw a post
here stating that ADO is better.

I've used the samples provided with the v6.1 compiler, utilizing the
AdoDataAccess control to successfully connect to and browse a known
dataset, but the examples are very elementary.

Then you will know it is quite OK to use it. (I disagree with Frederico on
this; I've used it a number of times and had no problems with it.) However,
for more detailed control, I find embedded SQL via ODBC is still the way to
go... Having said that, there is nothing to stop you creating an ADO object
through the COM interface and then using ADO commands to access whatever you
want. The Fujitsu provided control does this, but shields you from it.


I'm hoping to come up with some simple code to perform typical COBOL data
access along the lines of traditional START KEY/READ NEXT (UNTIL).

There seems to be some confusion here... These are COBOL file system
operations that really have nothing to do with Relational Databases. You
stated you want access to a SQL Server DB. You can certainly "mimic" these
operations against a RDB using a cursor, or a result set if you use access
via COM, but it is probably best not to think in these terms as it is tying
you to COBOL rather than to your data access needs.


I'm sure someone's been here before. Thank you to anyone who can help.

Without more idea as to what you are trying to do, it is difficult to be
specific.

If you don't find what you want, mail me privately.

Pete.


.



Relevant Pages

  • Re: How to Mimic Access Externally Linked Tables using ADO?
    ... > using SQL Server for efficiency reasons. ... > connection up programmatically using ADO or ADOX or some SQL Server API? ... >> newsgroup, but if you have a good reason to send me e-mail, you'll find ... ADO does not have a query engine. ...
    (microsoft.public.data.ado)
  • Re: How to access the SQL server express from mfc application?
    ... There are different ways to do this via MFC. ... You could certainly try ADO, ... the entire contents of the database to a SQL Server Standard Server. ...
    (microsoft.public.vc.mfc)
  • Re: DAO vs ADO
    ... and ADO when working with SQL Server data. ... which makes DAO a good choice. ... > add additional overhead by loading Jet, ...
    (microsoft.public.access.conversion)
  • Re: DAO vs ADO
    ... and ADO when working with SQL Server data. ... which makes DAO a good choice. ... > add additional overhead by loading Jet, ...
    (microsoft.public.access.adp.sqlserver)
  • Re: Access and processor usage
    ... "increased bandwidth" using ADO. ... bottleneck - need to step up to Sql Server. ... If the data fits into a 2 GB database file, ...
    (comp.databases.ms-access)