Sergio:
Вы должны использовать BLOB . Это довольно просто с JDBC.
Проблема со вторым кодом, который вы опубликовали, заключается в кодировке. Вы должны дополнительно закодировать байты, чтобы убедиться, что ни один из них не сработает.
Если вы все еще хотите записать его в строку, вы можете кодировать байты, используя java.util.Base64 .
Тем не менее, вы должны использовать CLOB как тип данных, потому что вы не знаете, как долго будут сериализованные данные.
Вот пример того, как его использовать.
import java.util.*;
import java.io.*;
/**
* Usage sample serializing SomeClass instance
*/
public class ToStringSample {
public static void main( String [] args ) throws IOException,
ClassNotFoundException {
String string = toString( new SomeClass() );
System.out.println(" Encoded serialized version " );
System.out.println( string );
SomeClass some = ( SomeClass ) fromString( string );
System.out.println( "\n\nReconstituted object");
System.out.println( some );
}
/** Read the object from Base64 string. */
private static Object fromString( String s ) throws IOException ,
ClassNotFoundException {
byte [] data = Base64.getDecoder().decode( s );
ObjectInputStream ois = new ObjectInputStream(
new ByteArrayInputStream( data ) );
Object o = ois.readObject();
ois.close();
return o;
}
/** Write the object to a Base64 string. */
private static String toString( Serializable o ) throws IOException {
ByteArrayOutputStream baos = new ByteArrayOutputStream();
ObjectOutputStream oos = new ObjectOutputStream( baos );
oos.writeObject( o );
oos.close();
return Base64.getEncoder().encodeToString(baos.toByteArray());
}
}
/** Test subject. A very simple class. */
class SomeClass implements Serializable {
private final static long serialVersionUID = 1; // See Nick's comment below
int i = Integer.MAX_VALUE;
String s = "ABCDEFGHIJKLMNOP";
Double d = new Double( -1.0 );
public String toString(){
return "SomeClass instance says: Don't worry, "
+ "I'm healthy. Look, my data is i = " + i
+ ", s = " + s + ", d = " + d;
}
}
Вывод:
C:\samples>javac *.java
C:\samples>java ToStringSample
Encoded serialized version
rO0ABXNyAAlTb21lQ2xhc3MAAAAAAAAAAQIAA0kAAWlMAAFkdAASTGphdmEvbGFuZy9Eb3VibGU7T
AABc3QAEkxqYXZhL2xhbmcvU3RyaW5nO3hwf////3NyABBqYXZhLmxhbmcuRG91YmxlgLPCSilr+w
QCAAFEAAV2YWx1ZXhyABBqYXZhLmxhbmcuTnVtYmVyhqyVHQuU4IsCAAB4cL/wAAAAAAAAdAAQQUJ
DREVGR0hJSktMTU5PUA==
Reconstituted object
SomeClass instance says: Don't worry, I'm healthy. Look, my data is i = 2147483647, s = ABCDEFGHIJKLMNOP, d = -1.0
ПРИМЕЧАНИЕ : для Java 7 и более ранних версий вы можете увидеть оригинальный ответ здесь
serialVersionUID
toSomeClass
защитит от добавления новых полей, но если поля будут удалены, вы будете испорчены. Это стоит прочитать , что Джошуа Блох должен сказать об этом в Effective Java - books.google.co.uk/...Как насчет записи данных в ByteArrayOutputStream вместо FileOutputStream?
В противном случае вы можете сериализовать объект с помощью XMLEncoder, сохранить XML, а затем десериализовать с помощью XMLDecoder.
источник
Спасибо за отличные и быстрые ответы. Я немедленно отдам несколько голосов, чтобы признать вашу помощь. На мой взгляд, я сформулировал лучшее решение на мой взгляд.
Обратите внимание, я не рассматривал использование JSON, потому что он менее эффективен.
Примечание. Я рассмотрю ваш совет не хранить сериализованный объект в виде строк в базе данных, а вместо этого использовать byte [].
источник
Подход Java8, конвертирующий Object из / в String, вдохновлен ответом от OscarRyz . Для де-кодирования требуется и используется java.util.Base64 .
источник
XStream предоставляет простую утилиту для сериализации / десериализации в / из XML, и это очень быстро. Хранение XML CLOB, а не двоичных BLOBS будет менее хрупким, не говоря уже о более удобочитаемом.
источник
Как насчет сохранения объекта в виде BLOB- объекта
источник
Если вы храните объект в виде двоичных данных в базе данных, вам действительно следует использовать
BLOB
тип данных. База данных может хранить ее более эффективно, и вам не нужно беспокоиться о кодировках и тому подобном. JDBC предоставляет методы для создания и извлечения BLOB-объектов с точки зрения потоков. Если возможно, используйте Java 6, он сделал некоторые дополнения к API JDBC, которые значительно облегчают работу с каплями.Если вам абсолютно необходимо хранить данные в виде строки, я бы порекомендовал XStream для хранения на основе XML (намного проще, чем
XMLEncoder
), но альтернативные представления объектов могут быть столь же полезными (например, JSON). Ваш подход зависит от того, почему вам действительно нужно хранить объект таким образом.источник
Взгляните на класс java.sql.PreparedStatement, а именно на функцию
http://java.sun.com/javase/6/docs/api/java/sql/PreparedStatement.html#setBinaryStream(int,%20java.io.InputStream)
Затем взгляните на класс java.sql.ResultSet, а именно на функцию
http://java.sun.com/javase/6/docs/api/java/sql/ResultSet.html#getBinaryStream(int)
Имейте в виду, что если вы сериализуете объект в базу данных, а затем изменяете объект в своем коде в новой версии, процесс десериализации может легко завершиться неудачей, поскольку подпись вашего объекта изменилась. Однажды я допустил эту ошибку, сохранив сериализованные пользовательские настройки, а затем изменил определение предпочтений. Внезапно я не смог прочитать какую-либо ранее сериализованную информацию.
Возможно, было бы лучше написать неуклюжие по столбцам свойств в таблице и вместо этого составлять и декомпозировать объект, чтобы избежать этой проблемы с версиями объектов и десериализацией. Или записать свойства в некоторый хэш-файл, например, объект java.util.Properties, а затем сериализовать объект свойств, который вряд ли изменится.
источник
Сериализованный поток - это просто последовательность байтов (октетов). Поэтому вопрос заключается в том, как преобразовать последовательность байтов в строку и обратно. Кроме того, он должен использовать ограниченный набор кодов символов, если он будет храниться в базе данных.
Очевидное решение проблемы - изменить поле на двоичный LOB. Если вы хотите придерживаться LOB Characer, то вам нужно кодировать в какой-то схеме, например base64, hex или uu.
источник
Вы можете использовать встроенные классы sun.misc.Base64Decoder и sun.misc.Base64Encoder для преобразования двоичных данных сериализации в строку. Вам не нужны дополнительные классы, потому что они встроены.
источник
Вы можете использовать UUEncoding
источник
Простое решение, сработало для меня
источник
Используйте O / R-фреймворк, такой как Hibernate
источник