如果您在 SQL Developer 3.1（可能还有早期版本）中运行返回 BLOB 的查询，则可以双击您感兴趣的特定 BLOB，系统将提示您尝试将数据发送到外部编辑器或尝试让内置 SQL Developer 显示控件尝试将数据解释为图像或文本。如果您选择文本选项，您的 JSON 数据可能会正确显示。
但是，如果您想更改数据，则必须发出UPDATE实际设置数据。 SQL Developer 不具有直接编辑 LOB 数据的功能。例如
UPDATE table_name
SET column_with_json_data =
utl_i18n.string_to_raw( '{"foo": {"id": "1", "value": "2"}}' )
WHERE primary_key = <<some value>>
将使用使用数据库字符集编码的新 JSON 数据更新指定行。如果您想以其他字符集存储数据，string_to_raw采用指定字符集的可选第二个参数。因此，如果您想使用 UTF-8 字符集存储数据，您可以这样做
UPDATE table_name
SET column_with_json_data =
utl_i18n.string_to_raw( '{"foo": {"id": "1", "value": "2"}}', 'AL32UTF8' )
WHERE primary_key = <<some value>>
当然，由于 JSON 数据是文本数据，因此最好将数据存储在旨在存储字符大对象的 CLOB 中。然后，SQL Developer（和其他工具）可以只显示文本，而不需要您选择结果，然后采取其他操作将其转换为文本。而且您不必将数据转换为RAW以便更新数据库中的数据。
如果数据太长string_to_raw处理（这取决于字符集和数据，但会在任何时候发生）RAW数据超过2000字节），您可以将数据存储在CLOB然后将其转换为BLOB您用来更新表的。这有点复杂，但更灵活。在此示例中，我使用“*”将 JSON 数据填充到 3200 个字符——显然测试数据不再是有效的 JSON，但这对于本问题而言并不重要。
declare
l_blob blob;
l_clob clob := rpad('{"foo": {"id": "1", "value": "2", "name": "bob"}}',3200,'*');
l_amt integer := dbms_lob.lobmaxsize;
l_dest_offset integer := 1;
l_src_offset integer := 1;
l_csid integer := dbms_lob.default_csid;
l_ctx integer := dbms_lob.default_lang_ctx;
l_warn integer;
begin
dbms_lob.createTemporary( l_blob, false );
dbms_lob.convertToBlob( l_blob,
l_clob,
l_amt,
l_dest_offset,
l_src_offset,
l_csid,
l_ctx,
l_warn );
-- You'll want to add a WHERE clause as well
update json_data
set data = l_blob;
dbms_lob.freeTemporary( l_blob );
end;
/
