>>>>I am in the process of converting a VFP app to SQL Server database.
>>>>
>>>>I have a routine (sort of business object) that updates several tables and within each table several records. Some process involves comparing values in a VFP cursor against values in the database tables and then making changes to the database table fields.
>>>>
>>>>I don't want this routine to be in a stored procedure. All code should reside in VFP with SQLEXEC calls getting and setting values to the tables and records. Of course, I have to rewrite the entire code because the current VFP code is not structured for SQL Server database.
>>>>
>>>>How do I create a BEGIN TRANSACTION / END TRANSACTION with a bunch of calls to the database with SQLEXEC that would either retrieve or update some tables and records?
>>>>
>>>>Any suggestions would be appreciated.
>>>
>>>Use table buffering on all tables. Make changes to all tables. Then do something like:
>>>
>>>llsuccess = .t.
>>>begin transaction
>>>if m.llsuccess and not tableupdate("table1")
>>> aerror(gaError)
>>> llsuccess = .f.
>>>endif
>>>if m.llsuccess and not tableupdate("table2")
>>> aerror(gaError)
>>> llsuccess = .f.
>>>endif
>>>if m.llsuccess
>>> end transaction
>>>else
>>> rollback
>>> *display error
>>>endif
>>
>>The above approach looks like what I do in the VFP application. But I don't think you can't update SQL Server tables using TableUpdate(). And I don't use remote views in this application, so I don't see how TableUpdate would work there. Unless I am misunderstanding something.
>>
>>Thank you for your suggestion.
>
>Can you use Cursor Adapter?
I guess, yes, but I don't want to.
"The creative process is nothing but a series of crises." Isaac Bashevis Singer
"My experience is that as soon as people are old enough to know better, they don't know anything at all." Oscar Wilde
"If a nation values anything more than freedom, it will lose its freedom; and the irony of it is that if it is comfort or money that it values more, it will lose that too." W.Somerset Maugham