Inline BLOB / les types de données BINAIRES dans SQL / JDBC

Disons que je veux éviter d'utiliser des variables de liaison dans JDBC et SQL à l'aide de "ad-hoc" des déclarations, des e.g:

connection.createStatement().executeQuery("SELECT ...");

Est-il de toute convention /JDBC syntaxe d'échappement associé les types de données BLOB? Je sais que H2 a cette syntaxe:

INSERT INTO lob_table VALUES (X'01FF');

Mais ce n'est pas un standard. Toutes les solutions générales? Remarque, je suis intéressé par une approche générale. Je sais que cela peut à son tour d'être terriblement inefficace.

  • Si c'est un champ de Texte et pas de l'Image de la plupart des SGBD est accepte une chaîne de caractères. Si vous souhaitez obtenir des non-texte de l'info dans de là, vous pouvez le déplacer à l'hex, cher cependant que.
  • Je n'ai aucune connaissance de la sémantique, donc je suppose que c'est en fait des données binaires. Donc, vous dites que la plupart des DB, pour les faire accepter hex cordes?
  • Dans le Texte blob, oui. Image, je n'ai aucune idée, jamais essayé de le faire. Hmmm peut-être Convertir(VarBinary(),"SomeString" pourrait être un spectateur, une soudaine pensée
  • Qui semble être spécifique à SQL Server. Bon à savoir comment il fonctionne, mais en général, pour cette question, il est hors de portée. Je suis à la recherche d' BLOB / BINARY types de données
InformationsquelleAutor Lukas Eder | 2012-02-16
  1. 23

    Il n'est probablement pas un JDBC syntaxe d'échappement, j'ai donc cherché un peu et trouvé et testé avec succès le suivant:

    • SQL Server, Sybase ASE, Sybase SQL Anywhere

      INSERT INTO lob_table VALUES (0x01FF);

    • DB2

      -- Use a blob constructor. This is not needed for VARCHAR FOR BIT DATA types
INSERT INTO lob_table VALUES (blob(X'01FF'));

    • Derby, H2, HSQLDB, Ingres, MySQL, SQLite

      INSERT INTO lob_table VALUES (X'01FF');

    • Oracle

      -- As mentioned by a_horse_with_no_name, keep in mind the relatively low
-- limitation of Oracle's VARCHAR types to hold only 4000 bytes!
INSERT INTO lob_table VALUES (hextoraw('01FF'));

    • Postgres

      -- There is also hex encoding as of Postgres 9.0
-- The explicit cast is important, though
INSERT INTO lob_table VALUES (E'\
      -- There is also hex encoding as of Postgres 9.0
-- The explicit cast is important, though
INSERT INTO lob_table VALUES (E'\\001\\377'::bytea);
      1\7'      ::bytea);

      Voir A. H. la réponse de pour plus de détails sur Postgres' codage hexadécimal

    • De la Norme SQL

      -- SQL actually defines binary literals as such 
-- (as implemented by DB2, Derby, H2, HSQLDB, Ingres, MySQL, SQLite):
<binary string literal> ::=
  X <quote> [ <space>... ] 
  [ { <hexit> [ <space>... ] <hexit> [ <space>... ] }... ] <quote>

<hexit> ::=
  <digit> | A | B | C | D | E | F | a | b | c | d | e | f
    • Très bonne compilation. Notez que Oracle a une limite de 4 000 caractères pour les chaînes de caractères qui s'applique également pour les hextoraw() fonction. Que les limites de la max. la taille de la goutte que vous pouvez créer comme ça.
    • Indication de Nice. Qui s'applique probablement à d'autres bases de données, qui ont sensiblement les mêmes (encore plus) les limites pour varchar
    • Avez-vous réellement utilisé/parvenus en utilisant le derby version? Il ne fonctionne pas pour moi. J'ai essayé X'AABB' et CAST ((X'AABB " COMME BLOB))
    • Oui, cela fonctionne comme indiqué ci-dessus, est mis en œuvre cette manière jOOQ. Dans quel contexte avez-vous essayé (c'est à dire quel est le texte complet de la déclaration)?
    • Oui, vous avez raison, INSERT INTO tBlob(cID, cBlob) VALUE ("1",CAST(X'010203' AS BLOB)) fonctionne réellement avec Derby. Mon problème semble être la voie de migration connexes. BTW: sans le cast il ne fonctionne pas, il retourne: ERROR 42821: Columns of type 'BLOB' cannot hold values of type 'CHAR () FOR BIT DATA'. qui est attendu selon le Derby spec.
    • sans le cast il ne fonctionne pas": Oui, c'est peut-être vrai. Derby est très pointilleux avec des types de données...
    • Remarque évidente: Au moins dans MySQL, les Gouttes sont un type spécifique de la chaîne. Donc, là où c'est utile, "normal" littéraux de chaîne fonctionnent aussi comme un BLOB de littéraux: INSERT INTO lob_table VALUES ('abc')

    InformationsquelleAutor Lukas Eder
  2. 3

    J'aimerais ajouter un peu de PostgreSQL choses spécifiques à Lukas réponse:

    Le plus court et le plus simple solution serait (depuis PostgreSQL 9.0): au moins 

    insert into lob_table (data) values( E'\\x0102030405FF' )

    sans cast (si la colonne est déjà un bytea) et seulement un \\x marque dès le début. C'est le "format hex" documenté dans la section Les Types De Données Binaires.

    Concernant la X'01FF' syntaxe: Selon le constante de chaîne documentation PostgreSQL ne soutiennent - pour des chaînes de bits. Et il semble qu'il n'existe pas de conversion standard de bits à bytea.

    • Nice, merci pour l'ajout. Je ne sais pas ce que j'ai fait de mal, mais à mon Postgres instance (9.0), l'hexagone variante n'a pas l'air de fonctionner lors de l'exécution de select E'\\x01FF'. Mais peut-être que j'ai été absent quelques détails
    • Fonctionne maintenant? J'ai testé 9.1. Ma conjecture: Vous avez utilisé E'\\x01\\xFF' qui en effet ne fonctionne pas 🙂
    • Il fonctionne réellement. C'est juste mon absurde code hex 01FF qui a pas de correspondance en utf-8, c'est pourquoi elle a toujours échappé à la sortie. DUH! 😉
    InformationsquelleAutor A.H.