Hvem fandt på udtrykket DIANA-knude, og hvordan fandt de på, at 6.000.000 LOC er cirka 67108864 (2**26) DIANA-knuder?

Dette er et groft skøn. Hvis din kode har mange mellemrum, lange identifikatorer osv., kan du ende med en kildekode, der er større end dette. Du kan også ende med en kildekode, der er mindre end dette, hvis dine kilder bruger meget korte identifikatorer osv.

Bemærk, at dette er pr. programenhed, så pakkekroppe vil sandsynligvis støde på denne grænse.

Sådan kontrollerer du den aktuelle størrelse af en pakke

For at kontrollere størrelsen på en pakke er det nærmeste relaterede nummer, du kan bruge, PARSED_SIZE i dataordbogsvisningen USER_OBJECT_SIZE. Denne værdi angiver størrelsen af ​​DIANA-inbytes som gemt i SYS.IDL_xxx$-tabellerne og er IKKE størrelsen i den delte pulje.

Størrelsen af ​​DIANA-delen af ​​PL/SQL-koden (brugt under kompilering) er MEGET større i den delte pulje, end den er i systemtabellen.

For eksempel kan du begynde at opleve problemer med en 64K-grænse, når PARSED_SIZE iUSER_OBJECT_SIZE ikke er mere end 50K.

For en pakke giver den analyserede størrelse eller størrelse af DIANA kun mening for hele objektet, ikke separat for specifikationen og kroppen.

Hvis du vælger parsed_size for en pakke, modtager du separate kilde- og kodestørrelser for specifikationen og brødteksten, men kun en meningsfuld parsed størrelse for hele objektet, som udlæses på linjen for pakkespecifikationen. Et 0 udlæses for parsed_size på linjen for pakkens krop.

Følgende eksempel viser denne adfærd:

CREATE OR REPLACE PACKAGE example AS  
  PROCEDURE dummy1;  
END example;  
/  
CREATE OR REPLACE PACKAGE BODY example AS  
  PROCEDURE dummy1 IS  
  BEGIN  
    NULL;  
  END;  
END;  
/  

SQL> start t1.sql;  

Package created.  


Package body created.  

SQL> select parsed_size from user_object_size where name='EXAMPLE';  


PARSED_SIZE  
-----------  
        185  
          0  


SQL> select * from user_object_size where name='EXAMPLE';  

  .....
 

Oracle gemmer både DIANA og MCODE i databasen. MCODE er den faktiske kode, der kører, mens DIANA for en bestemt biblioteksenhed X indeholder information, der er nødvendig for at kompilere procedurer ved hjælp af biblioteksenhed X.

Følgende er flere bemærkninger:

a) DIANA er repræsenteret i IDL. Den lineære version af IDL er gemt på disken. Det faktiske parsetræ er bygget op og opbevaret i den fælles pool. Dette er grunden til, at størrelsen på DIANA i den delte pulje typisk er større end på disken.

b) DIANA for kaldte procedurer er kun påkrævet i den delte pulje, når du opretter procedurer. I produktionssystemer er der ikke behov for DIANA i den fælles pulje (men kun for MCODE).

c) Fra og med release 7.2 bliver DIANA for pakkelegemer smidt ud, ikke brugt og ikke gemt i databasen. Dette er grunden til, at PARSED_SIZE (dvs. størrelsen på DIANA) af PACKAGE BODIES er 0.

En pakke gemmes i DIANA i databasen, ligesom en procedure. En pakke kan dog bruges til at bryde afhængighedskæden og måske få denne til at gå væk. Det er min overbevisning, at ALLproduction (rigtig) kode skal være i en pakke, aldrig i en selvstændig procedure eller funktion.