sql - Reasonable message length to be stored in Oracle Database -
i have complex process interacts multiple systems.
each of these systems may produce error messages store in table of oracle database (note have statuses nature of process such errors may not predefined).
we talking hundred thousands of transactions each day 1% may result in various errors.
1) wanted know reasonable/acceptable length database field , how big of message should storing?
2) memory wise, matter how large field defined in database?
"reasonable" , "acceptable" depends on application. assuming want define database column varchar2
rather clob
, , assuming aren't using 12.1 or later, can declare column hold 4000 bytes. enough whatever error messages need support? there lower limit on length of error message can establish? if you're producing error messages designed shown user, you're going generating shorter messages. if you're producing , storing stack traces, may need declare column clob
because 4000 bytes may not sufficient.
what sort of memory talking about? on disk, varchar2
allocate space required store data. when block read buffer cache, use space required store data. if start allocating local variables in pl/sql, depending on size of field, oracle may allocate more space required store particular data local variable in order try avoid cost of growing , shrinking allocation when modify string. if return data client application (including middle tier application server), client may allocate buffer in memory based on maximum size of column rather based on actual size of data.
Comments
Post a Comment