<font size=2 face="sans-serif">Distinguished RT-Users,</font>
<br>
<br><font size=2 face="sans-serif">After running upgrade_database (I am
upgrading from 3.6.10 to 4.2.4) I have some problems (e.g., [Search Tickets]
times out in the browser, but I admit that I did not do a whole lot of
testing yet). What I found is that some columns in the schema.Oracle script
in the 4.2.4 distribution, and the columns in the tables in the database
after conversion from 3.6.10 to 4.2.4, are in a different order.</font>
<br><font size=2 face="sans-serif">For example, in the schema.Oracle for
4.2.4:</font>
<br><font size=2 face="Courier New">CREATE TABLE Queues (</font>
<br><font size=2 face="Courier New">        id  
                   NUMBER(11,0)</font>
<br><font size=2 face="Courier New">         
      CONSTRAINT Queues_Key PRIMARY KEY,</font>
<br><font size=2 face="Courier New">        Name  
                 VARCHAR2(200)
CONSTRAINT Queues_Name_Unique UNIQUE NOT NULL,</font>
<br><font size=2 face="Courier New">        Description
            VARCHAR2(255),</font>
<br><font size=2 face="Courier New">        CorrespondAddress
      VARCHAR2(120),</font>
<br><font size=2 face="Courier New">        CommentAddress
         VARCHAR2(120),</font>
<br><font size=2 face="Courier New">        Lifecycle
              VARCHAR2(32),</font>
<br><font size=2 face="Courier New">        SubjectTag
             VARCHAR2(120),</font>
<br><font size=2 face="Courier New">        InitialPriority
        NUMBER(11,0) DEFAULT 0 NOT NULL,</font>
<br><font size=2 face="Courier New">        FinalPriority
          NUMBER(11,0) DEFAULT 0 NOT NULL,</font>
<br><font size=2 face="Courier New">        DefaultDueIn
           NUMBER(11,0) DEFAULT 0 NOT NULL,</font>
<br><font size=2 face="Courier New">        Creator
                NUMBER(11,0) DEFAULT
0 NOT NULL,</font>
<br><font size=2 face="Courier New">        Created
                DATE,</font>
<br><font size=2 face="Courier New">        LastUpdatedBy
          NUMBER(11,0) DEFAULT 0 NOT NULL,</font>
<br><font size=2 face="Courier New">        LastUpdated
            DATE,</font>
<br><font size=2 face="Courier New">        Disabled
               NUMBER(11,0) DEFAULT
0 NOT NULL</font>
<br><font size=2 face="Courier New">);</font>
<br>
<br><font size=2 face="sans-serif">In the actual table after conversion
to 4.2.4:</font>
<br><font size=2 face="Courier New">Column Name:</font>
<br><font size=2 face="Courier New">ID</font>
<br><font size=2 face="Courier New">NAME</font>
<br><font size=2 face="Courier New">DESCRIPTION</font>
<br><font size=2 face="Courier New">CORRESPONDADDRESS</font>
<br><font size=2 face="Courier New">COMMENTADDRESS</font>
<br><font size=2 face="Courier New">INITIALPRIORITY</font>
<br><font size=2 face="Courier New">FINALPRIORITY</font>
<br><font size=2 face="Courier New">DEFAULTDUEIN</font>
<br><font size=2 face="Courier New">CREATOR</font>
<br><font size=2 face="Courier New">CREATED</font>
<br><font size=2 face="Courier New">LASTUPDATEDBY</font>
<br><font size=2 face="Courier New">LASTUPDATED</font>
<br><font size=2 face="Courier New">DISABLED</font>
<br><font size=2 face="Courier New">SUBJECTTAG</font>
<br><font size=2 face="Courier New">LIFECYCLE</font>
<br><font size=2 face="sans-serif">Of course, if data are always retrieved
as hashrefs for rows it should have no impact, but if they are retrieved
occasionally as arrays, it may be a problem ...</font>
<br>
<br><font size=2 face="sans-serif">Should I worry or look elsewhere?</font>
<br><font size=2 face="sans-serif">Jan Labanowski</font>
<br><font size=2 face="sans-serif">labanj2@nationwide.com</font>