CLOB vs VARCHAR2 et existe-il d'autres alternatives?

C'est une très mauvaise idée d'utiliser un CLOB type de données pour une colonne qui doit être VARCHAR2(1). Outre les frais généraux (qui sont en fait minimes, comme Oracle permettra de traiter inline CLOBs de < 4000 caractères VARCHAR2), nous devons toujours nous efforcer d'utiliser la représentation la plus exacte de nos données dans le schéma: c'est juste de la bonne pratique.

Cela semble vraiment comme un problème avec le DevArt outil, ou peut-être que votre compréhension de la façon de l'utiliser (pas d'infraction). Il devrait y avoir un moyen pour vous de spécifier le type de données d'une entité attribut et/ou un moyen de la cartographie de ces spécifications Oracle physique de types de données. Je m'excuse si cela semble un peu vague, je ne suis pas familier avec le produit.

---

Donc, c'est le problème de base:

SQL> desc t69
 Name                                      Null?    Type
 ----------------------------------------- -------- --------
 COL1                                               CLOB

SQL>
SQL> alter table t69 modify col1 varchar2(1)
  2  /
alter table t69 modify col1 varchar2(1)
                       *
ERROR at line 1:
ORA-22859: invalid modification of columns


SQL>

On peut y remédier en utilisant DDL de modifier la structure de la table. Parce que le schéma a beaucoup de ces colonnes, il est utile d'automatiser le processus. Cette fonction supprime la colonne existante et recrée comme un VARCHAR2. Il offre la possibilité de migrer les données dans la colonne de CLOB à la VARCHAR2 colonne; vous n'avez probablement pas besoin de cela, mais il est là pour l'exhaustivité. (Ce n'est pas la qualité de la production de code - erreur de manipulation, la gestion des contraintes not NULL, etc)

create or replace procedure clob2vc
  ( ptab in user_tables.table_name%type 
    , pcol in user_tab_columns.column_name%type
    , pcol_size in number
    , migrate_data in boolean := true )
is
begin
    if migrate_data
    then
        execute immediate 'alter table '||ptab
                    ||' add tmp_col varchar2('|| pcol_size|| ')';
        execute immediate             
                    'update '||ptab
                    ||' set tmp_col = substr('||pcol||',1,'||pcol_size||')';
    end if;
    execute immediate 'alter table '||ptab
                ||' drop column '|| pcol;

    if migrate_data
    then
        execute immediate 'alter table '||ptab
                    ||' rename column tmp_col to '|| pcol;
    else
        execute immediate 'alter table '||ptab
                    ||' add '||pcol||' varchar2('|| pcol_size|| ')';
    end if;
end;
/

Donc, nous allons changer cette colonne...

SQL> exec clob2vc ('T69', 'COL1', 1)

PL/SQL procedure successfully completed.

SQL> desc t69
 Name                                      Null?    Type
 ----------------------------------------- -------- ---------------
 COL1                                               VARCHAR2(1)

SQL>

L'appel de cette procédure peut être automatisée ou script dans les façons habituelles.

OriginalL'auteur APC

Une solution plus simple est d'aller dans l'Explorateur de modèles -> Model.Magasin -> Tables/Vues, trouver le nécessaire colonne et modifier le type de ce champ à VARCHAR2.

Puis exécutez la mise à Jour de la Base de données à partir du Modèle de l'assistant pour conserver les modifications apportées à la base de données.

N'oubliez pas de mettre le MaxLength facette (toutefois, le problème c'est déjà corrigé dans la prochaine Beta build).

OriginalL'auteur Devart