× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Because I am, an MS SQL DBA that's had several DB2/400 questions on this
list, it was suggested to me that I read the red book "DB2 UDB for iSeries
Porting Guide: SQL Server to IBM eServer iSeries".  This has turned out to
be a great read for me.

On page 11 there is a section on character types that discusses the use of
CHAR over VARCHAR(50) or less.  I have a schema that does not follow this
because I built it before reading this doc.  Now, I'm curious about the
alter table statement and the ALLOCATE command.  Am I better off altering
the schema (40 tables) to use CHAR instead and go through the process of
porting information over, or can I get similar performance by changing the
allocation attribute.

I understand how ALLOCATE adjust my record/page level storage.  However, is
there some other significant cost to using VARCHAR (i.e. CPU).

Right now I am thinking I should alter my exsting tables using ALLOCATE to
keep things simple.

Thoughts?




As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.