SQL - Comment comparez-vous un CLOB

dans une base de données DB2 déclencheur, j'ai besoin de comparer la valeur d'un CLOB champ.
Quelque chose comme:

IF OLD_ROW.CLOB_FIELD != UPDATED_ROW.CLOB_FIELD

mais "!=" ne fonctionne pas pour comparer CLOBs.

Quel est le moyen de le comparer?

Modifiées afin d'ajouter:

Mon déclencheur doit faire une action si l'Clob champ a été modifié lors d'une mise à jour. C'est la raison pour laquelle je besoin pour comparer les 2 CLOBs dans le code du déclencheur.
Je suis à la recherche de quelques renseignements détaillés sur la façon dont cela peut être fait

Alors vous devriez probablement envisager @igelkott de réponse. C'est probablement la meilleure façon. Vous calculez la nouvelle somme de contrôle MD5 et les comparer avec l'ancienne, et si elles diffèrent, le CLOB a changé. Il y a une très petite chance qu'elle a changé et que vous avez la même somme mais ne vous inquiétez pas à ce sujet.

OriginalL'auteur Tipa Shel Or | 2008-09-21

Dans Oracle 10g, vous pouvez utiliser DBMS_LOB.comparer() de l'API.

Exemple:

select * from table t where dbms_lob.compare(t.clob1, t.clob2) != 0

API complète:

DBMS_LOB.COMPARE (
   lob_1            IN BLOB,
   lob_2            IN BLOB,
   amount           IN INTEGER := 4294967295,
   offset_1         IN INTEGER := 1,
   offset_2         IN INTEGER := 1)
  RETURN INTEGER;

DBMS_LOB.COMPARE (
   lob_1            IN CLOB  CHARACTER SET ANY_CS,
   lob_2            IN CLOB  CHARACTER SET lob_1%CHARSET,
   amount           IN INTEGER := 4294967295,
   offset_1         IN INTEGER := 1,
   offset_2         IN INTEGER := 1)
  RETURN INTEGER; 

DBMS_LOB.COMPARE (
   lob_1            IN BFILE,
   lob_2            IN BFILE,
   amount           IN INTEGER,
   offset_1         IN INTEGER := 1,
   offset_2         IN INTEGER := 1)
  RETURN INTEGER;

Méfiez-vous que les "Fonctions avec la valeur NULL ou invalide les valeurs d'entrée pour les paramètres de retour NULL". Cela peut être important dans certains cas.

OriginalL'auteur Brian

7

Calculer le md5 (ou autres) de hachage de la clobs, puis de comparer ces. Calcul Initial sera lente, mais la comparaison est facile et rapide. Cela pourrait être une bonne méthode si l'essentiel de vos données ne changent pas très souvent.

Une façon de calculer le md5 est grâce à un java déclaration dans votre déclencheur. Les enregistrer dans le même tableau (si possible) ou de construire un simple auxiliaire de la table.

OriginalL'auteur igelkott
6

Iglekott l'idée est bonne, avec une mise en garde:

Être prudent avec les comparer par hachage si vos données est susceptible d'être attaqué. Il n'est pas actuellement calcul est possible de générer un hash collision pour une valeur MD5, mais il est possible de générer deux entrées différentes, qui permettra de produire le même MD5 (donc pas de déclenchement de votre code). Il est également possible de générer des deux chaînes avec le même préfixe que de hachage à la même valeur.

Si ce genre d'attaque peut conduire à l'intégrité de votre système compromis, et c'est une préoccupation pour vous, vous voulez explorer d'autres options. Le plus simple serait tout simplement de commutation les fonctions de hachage SHA-2 n'a pas actuellement connus.

Si ce n'est pas une préoccupation -- l'enfer, aller à la convention. Vous n'allez pas pour la sécurité cryptographique ici. Il suffit de ne pas aller avec un point de vue cryptographique faiblesse de la fonction si ce truc s'installe sur un smartbomb, 'mkay? 🙂

OriginalL'auteur SquareCog
2

Si le CLOBs sont 32K ou moins, vous pouvez les jeter comme de type VARCHAR, qui permet de comparer, COMME, et divers SQL fonctions de chaîne.

Sinon, vous pouvez envisager d'ajouter une colonne pour contenir la valeur de hachage de la CLOB et de changement de la demande(s) à garder de hachage à jour chaque fois que le CLOB est mis à jour.

OriginalL'auteur Fred Sobotka
2

Le md5 idée est probablement le meilleur, mais une autre alternative est de créer un trigger qui déclenche uniquement lorsque votre CLOB champ est mis à jour.

Selon la diagramme de syntaxe, vous définissez le déclencheur:
```
CREATE TRIGGER trig_name AFTER UPDATE OF CLOB_FIELD 
//trigger body goes here
```
C'est en supposant que votre application (ou celui qui est la mise à jour de la table) est assez intelligent pour mettre à jour le CLOB terrain que QUAND il y a eu une modification apportée à la clob champ, et pas à chaque fois que votre table est mise à jour.

OriginalL'auteur Michael Sharek
1

Je crois qu'il n'est pas possible d'utiliser ces types d'opérateurs sur CLOB champs, à cause de la façon dont ils sont stockés.

OriginalL'auteur Mat Mannion
0

Il suffit de déclarer le déclencheur si cette colonne est mise à jour.
```
create trigger T_TRIG on T 
before update of CLOB_COL
...
```
OriginalL'auteur Paul Muller
0

Générer une valeur de hachage et de leur comparaison est la meilleure façon à mon humble avis.

Voici le code non testé:
```
...
declare leftClobHash integer;
declare rightClobHash integer;
set leftClobHash = (
    SELECT DBMS_UTILITY.GET_HASH_VALUE(OLD_ROW.CLOB_FIELD,100,1024) AS HASH_VALUE 
    FROM SYSIBM.SYSDUMMY1);
set rightClobHash = (
    SELECT DBMS_UTILITY.GET_HASH_VALUE(UPDATED_ROW.CLOB_FIELD,100,1024) AS HASH_VALUE 
    FROM SYSIBM.SYSDUMMY1);

IF leftClobHash != rightClobHash
...
```
Notez que vous devez EXÉCUTER privilège sur la DBMS_UTILITY module. Vous pouvez trouver plus d'informations sur la condition SQL PL code dans les liens suivants.
- Déclaration des variables: http://www.sqlpl-guide.com/DECLARE
- Réglage des valeurs pour les variables: http://www.sqlpl-guide.com/SET
- La Génération De Hachage: http://pic.dhe.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=%2Fcom.ibm.db2.luw.sql.rtn.doc%2Fdoc%2Fr0055167.html
- Plus sur DBMS_UTILITY module: http://pic.dhe.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=%2Fcom.ibm.db2.luw.sql.rtn.doc%2Fdoc%2Fr0055155.html
OriginalL'auteur
-1

Ne DB2 utilisation != pour ne pas égaux? La Norme SQL ANSI utilise <> pour ne pas égaux.

DB2 permet à la fois <>! = de façon interchangeable. Le problème avec cette question n'est pas de l'opérateur utilisé pour la comparaison, mais le fait que les types d'objets volumineux (BLOB/CLOB) ne permettent pas de comparaison d'égalité dans leur propre type. Cependant, DB2 permet des expressions SQL pour lancer la partie supérieure d'un objet BLOB ou CLOB à un autre type de données, y compris les types qui permettent d'opérations de comparaison.

OriginalL'auteur Powerlord

Vous devez vous connecter pour publier un commentaire.