Yep, it is in the bug description ( http://www.mail-archive.com/[email protected]/msg11754.html )
"SQL-Query: select max(length(property_value)) from properties t --> 368 Ann: File was versioned 8 times. " The general role "users" grows probably faster. I have 19 users assigned to that role and the field content is already 980 chars. (if you use e.g. Projector for role and user management, users get the role "users" assigned upon creation). 19 users isn't that many. Roman Am Fr 19.11.2004 12:46, Luke Noel-Storr <[EMAIL PROTECTED]> schrieb: > Roman Novak wrote: > > >Hi Jun, > > > >- The db-schema scripts don't define an index on that column. > >- Possibly a change from varchar2(255) to varchar2(4000) will be sufficient > >for you > > > > > > > I think the main problem with this field is with the version history, > even with it set to varchar2(4000) I'd be worried about it 'running out' > of space too soon. Though personally I feel this is more a design > problem wth the version history being stored in this field rather, and > any change to the database column type id just a work around. > > Is there any work under way to change the way version history is stored? > > > Cheers > > Luke. > ----- > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
