Subject | Re: [IBO] TIB_LOOKUPCOMPO |
---|---|
Author | Jason Wharton |
Post date | 2001-08-16T07:36:22Z |
COSTAS,
modes. Perhaps there is something I can do to help or perhaps we can spot
what you are doing in your code to bring those states on.
reserved token.
It really boils down to what you want to take place update-wise as a single
unit of work.
The way you have it there wouldn't allow you to make changes in both tables
and commit or rollback the changes as a single unit of work. Things have to
be in the same transaction context to be in a single unit of work.
Regards,
Jason Wharton
CPS - Mesa AZ
http://www.ibobjects.com
> I have a form with two TIB_QUERY objects,two IB_DATASOURCES and twoI would like to see the callstack on those unexpected changes into edit
> IB_TRANSACTIONS and also one connection.One query is for the PROJECT
> table and the other for the PROJECTTYPE table.I also attach to each
> two TIB_TRANSACTION .The field 'TYPE' in the PROJECT table is looked
> from the PROJECTTYPE table.I have set up a TIB_LOOKUPCOMBO as
> described in the GETTING STARTED GUIDE FOR IBOJECTS.Everything is
> working fine as far as the TIB_LOOKUPCOMBO box is concerned but
> i have noticed the following strange behavior,i am sure i am doing
> something wrong because i am new to IBOBJECTS and client/server.
> a.When I scroll the PROJECTTYPE TABLE using a TIB_GRID i have noticed
> that sometimes a record is inserted in the PROJECT table and the
> table gets into edit mode.
modes. Perhaps there is something I can do to help or perhaps we can spot
what you are doing in your code to bring those states on.
> b. The value of the 'TYPE' field of the current record in theI don't recommend you use the word TYPE for a column name. That is a
> PROJECT table changes value to correspond to the current record
> of the PROJECTTYPES table current record and gets into edit mode
reserved token.
> Please help me to understand what I am doing wrong.Also please tell meI don't think you need a separate transaction for each of these tables.
> if its a good policy to use a separate transaction TIB_TRANSACTION
> for each table.
It really boils down to what you want to take place update-wise as a single
unit of work.
The way you have it there wouldn't allow you to make changes in both tables
and commit or rollback the changes as a single unit of work. Things have to
be in the same transaction context to be in a single unit of work.
> Again I apologies for the CAPS.We forgive you!
Regards,
Jason Wharton
CPS - Mesa AZ
http://www.ibobjects.com