1.) This email pertains to BMP EntityBeans
2.) All the examples I have seen pertaining to ejbStore have had an SQL
statement updating on the database "every" field that is persistent
within that EntityBean.
3.) I have not been able to find any alternatives to this all
encompassing SQL statement; no arguments as to why you shouldn't design
differently.
4.) I have a pre-EJB java framework that knows how to dynamically build
SQL statements based on which "specific fields" are dirty.
5.) This email is not intended to discuss the use of a whole instance
dirty flag (which I've seen discussed), but specific field level dirty
flags (which I have not seen discussed).
So my question is this:
What would the implications be if my ejbStore knew that out of all 30 of
my instance attributes, only one of the attributes was dirty and it
generated an SQL statement that only updated that one field on the
database for this one specific invocation of ejbStore?
Steven E. Sobczak
