实体类实现序列化接口，才能存到数据库吗？那为什么。。
答案:5 悬赏:80 手机版
解决时间 2021-11-12 03:54
- 提问者网友：捧腹剧
- 2021-11-11 03:04
实体类实现序列化接口，才能存到数据库吗？那为什么。。
最佳答案
- 五星知识达人网友：不想翻身的咸鱼
- 2021-11-11 03:16
你用habernate保存数据，只要XML文件配置好了，实体类DAO层都没错，调用SAVE方法 然后COMMIT就可以保存数据。
序列化主要就是把你要保存的数据，转换成字节码的形式，反序列化就是把字节码变成数据。
你直接把数据通过本机服务器提交给硬盘，确实不需要序列化。
但是你在网络传输的时候就不行了，你传给别人一个东西，它接收了所有的字节码之后，却不知道你原本传的是什么对象，也就没法把这个东西按照原始去解析。
你序列化之后，在传给对方，他接收到的时候会按照序列化特定的模式，给反序列化出来，也就是说你传了什么，对方接收的也是什么，解析成功，可以正确使用方法以及属性。追问你没明白我的意思，我不是问什么叫序列化
我问你我没实现序列化接口Serializable
为什么还可以保存对象到数据库呢追答本来就是可以保存的啊。你想想最开始学习数据库和JAVA的时候，我们直接写类，写保存方法，然后连接数据库，保存数据，当时的对象属性，不也是没有序列化就直接保存的吗。
实体类只是表的抽象形式而已。理所当然可以保存啊。
保存数据 本来就和序列化没有关系。。。
连接数据库，调用保存方法，没有异常直接提交，然后关闭连接，无论你用hibernate还是以前的，或者SSH框架，都是一个道理。 提交数据只是事物在没有发生异常的时候，成功把JAVA里模拟的数据根据对应的表字段存储到表中。 它和序列化，没有一点关系。追问就是说 实体类保存的只是各个属性的字段到数据库。所以不需要序列化
而且也没有对象参与其中，所以实体类和数据库之间的操作不实现Serializable接口也可以
也就是说保存到数据库的不是对象！而是数值数据而已？追答你这个问题问的好，其实我前面已经说过了。。。
保存本身只是保存数据，但是你有了序列化，就是按照一定标准，方式去保存。追问现在明白了，我把单纯的保存数据和保存对象搞混了 呵呵
那是不是可以这么理解
比如 单纯的数据： 你好
保存对象： 张三 你好（假设张三是对象）
也就是说保存对象，就是多了一个对象+所有属性字段
而单纯保存数据，就是只保存所有属性字段追答这个说法也不是很正确。 所谓的保存对象，换句话说无法实现。。。本来保存的就是数据。
对象是什么？是内存地址中分配出来的一块区域，里面有堆和栈的。。分别用来记录对象，类，属性这些东西。但是它只是一个临时的存储空间，你想啊，内存区域划分的空间。对吧。
对象是无法保存的，保存的只是对象里对应字段的数据，因为实体类本身就是表字段的抽象而已。
序列化你记住，就是单纯的一种保存数据的模式。。有了它，在网络传输中安全，而且百分百解析。追问这样啊，那对象不能保存的话，但是可以模拟记录下这个吧，比如不是有个序列化uid那个嘛
那个标志是不是就代表这个对象，按你说的对象没法保存，但是我可以自己生成一个id标记，
这样就能把所有字段和属性都归到这个标记下面，然后通过网络传输到另一边。那边收到后
对比id标记，发现是一样的，然后开始恢复所有的属性，成功的保存传输了对象！追答你的表中有标识列对吧，hibernate配置的XML文档，本来就对标识列和实体类对应标识列的字段有处理的啊，你保存下来肯定也是对应的呀。
至于保存的是什么，我应该是说错了，保存的确实是对象。具体说是保存了对象中封装的字段，不过书上说的是保存了对象。。追问你误会了 我现在说的不是数据库的对应标识了
我说的是保存对象的标识
你应该知道实现Serializable接口后，不是都有一个uid嘛
加上你刚才说的对象只是一个临时内存地址，不能保存不是吗
所以我们自己创造一个uid标识这个对象，不就能保存对象了嘛
我是问的uid是不是这个意思，现在不说数据库的事了，就是传输对象追答这个我还真不好回答你了。
序列化某个类的时候，下面不是出现个黄色提示吗，我直接点它，然后就出来这个uid了，以及对应的数值，具体什么作用，这个不清楚了。追问看来越往底层就越深奥了。但我感觉应该就是和你说的那个对象没法保存有关系。你想对象没法保存，那靠什么来标识对象，总要有个标记对吧？于是jvm自动根据哈希值生产一个uid，通过网络传输到对方去，对方那边接收到uid后，会和本地的对象uid对比，只要不吻合，就会反序列化对象更新数据。软件的版本更新都这么弄的，只要uid相同证明没改动，uid不一样，就证明有新版本可以更新的
我感觉应该是这样的 呵呵追答我晕呀，我感觉不要追的这么深吧，其实到这个层面就不是我们该学习的了。
它每次更新也好，其中什么微小的改动，都是符合SUN公司设计的体系的，就是JAVA整个体系架构
我们作为程序员，不用去看到如此深层的东西呀！
不过反观这个UID，也许你的猜测是对的吧，它有可能是通过这种方式来校正的，算是排除法吧。追问私信你了 ，加个扣啊可以不追答1394301064
序列化主要就是把你要保存的数据，转换成字节码的形式，反序列化就是把字节码变成数据。
你直接把数据通过本机服务器提交给硬盘，确实不需要序列化。
但是你在网络传输的时候就不行了，你传给别人一个东西，它接收了所有的字节码之后，却不知道你原本传的是什么对象，也就没法把这个东西按照原始去解析。
你序列化之后，在传给对方，他接收到的时候会按照序列化特定的模式，给反序列化出来，也就是说你传了什么，对方接收的也是什么，解析成功，可以正确使用方法以及属性。追问你没明白我的意思，我不是问什么叫序列化
我问你我没实现序列化接口Serializable
为什么还可以保存对象到数据库呢追答本来就是可以保存的啊。你想想最开始学习数据库和JAVA的时候，我们直接写类，写保存方法，然后连接数据库，保存数据，当时的对象属性，不也是没有序列化就直接保存的吗。
实体类只是表的抽象形式而已。理所当然可以保存啊。
保存数据 本来就和序列化没有关系。。。
连接数据库，调用保存方法，没有异常直接提交，然后关闭连接，无论你用hibernate还是以前的，或者SSH框架，都是一个道理。 提交数据只是事物在没有发生异常的时候，成功把JAVA里模拟的数据根据对应的表字段存储到表中。 它和序列化，没有一点关系。追问就是说 实体类保存的只是各个属性的字段到数据库。所以不需要序列化
而且也没有对象参与其中，所以实体类和数据库之间的操作不实现Serializable接口也可以
也就是说保存到数据库的不是对象！而是数值数据而已？追答你这个问题问的好，其实我前面已经说过了。。。
保存本身只是保存数据，但是你有了序列化，就是按照一定标准，方式去保存。追问现在明白了，我把单纯的保存数据和保存对象搞混了 呵呵
那是不是可以这么理解
比如 单纯的数据： 你好
保存对象： 张三 你好（假设张三是对象）
也就是说保存对象，就是多了一个对象+所有属性字段
而单纯保存数据，就是只保存所有属性字段追答这个说法也不是很正确。 所谓的保存对象，换句话说无法实现。。。本来保存的就是数据。
对象是什么？是内存地址中分配出来的一块区域，里面有堆和栈的。。分别用来记录对象，类，属性这些东西。但是它只是一个临时的存储空间，你想啊，内存区域划分的空间。对吧。
对象是无法保存的，保存的只是对象里对应字段的数据，因为实体类本身就是表字段的抽象而已。
序列化你记住，就是单纯的一种保存数据的模式。。有了它，在网络传输中安全，而且百分百解析。追问这样啊，那对象不能保存的话，但是可以模拟记录下这个吧，比如不是有个序列化uid那个嘛
那个标志是不是就代表这个对象，按你说的对象没法保存，但是我可以自己生成一个id标记，
这样就能把所有字段和属性都归到这个标记下面，然后通过网络传输到另一边。那边收到后
对比id标记，发现是一样的，然后开始恢复所有的属性，成功的保存传输了对象！追答你的表中有标识列对吧，hibernate配置的XML文档，本来就对标识列和实体类对应标识列的字段有处理的啊，你保存下来肯定也是对应的呀。
至于保存的是什么，我应该是说错了，保存的确实是对象。具体说是保存了对象中封装的字段，不过书上说的是保存了对象。。追问你误会了 我现在说的不是数据库的对应标识了
我说的是保存对象的标识
你应该知道实现Serializable接口后，不是都有一个uid嘛
加上你刚才说的对象只是一个临时内存地址，不能保存不是吗
所以我们自己创造一个uid标识这个对象，不就能保存对象了嘛
我是问的uid是不是这个意思，现在不说数据库的事了，就是传输对象追答这个我还真不好回答你了。
序列化某个类的时候，下面不是出现个黄色提示吗，我直接点它，然后就出来这个uid了，以及对应的数值，具体什么作用，这个不清楚了。追问看来越往底层就越深奥了。但我感觉应该就是和你说的那个对象没法保存有关系。你想对象没法保存，那靠什么来标识对象，总要有个标记对吧？于是jvm自动根据哈希值生产一个uid，通过网络传输到对方去，对方那边接收到uid后，会和本地的对象uid对比，只要不吻合，就会反序列化对象更新数据。软件的版本更新都这么弄的，只要uid相同证明没改动，uid不一样，就证明有新版本可以更新的
我感觉应该是这样的 呵呵追答我晕呀，我感觉不要追的这么深吧，其实到这个层面就不是我们该学习的了。
它每次更新也好，其中什么微小的改动，都是符合SUN公司设计的体系的，就是JAVA整个体系架构
我们作为程序员，不用去看到如此深层的东西呀！
不过反观这个UID，也许你的猜测是对的吧，它有可能是通过这种方式来校正的，算是排除法吧。追问私信你了 ，加个扣啊可以不追答1394301064
全部回答
- 1楼网友：千夜
- 2021-11-11 06:12
你不会看Java api 啊，你看看Integer实现的是哪个借口啊追问我当然看过了 我知道Integer实现了序列化接口
我要问的是实体类到数据库保存的是保存的对象还是属性？追答数据库层面只有记录和字段或是属性一说。没有对象。hibernate是ORM的框架，对象关系映射。hibernate只是把数据用OOP的方式来展示并且提供你操作而已。保存到数据库中的类型之类的，在实体类的映射文件中能够看得到（如果映射文件你是用myeclipse翻转过来的）
我要问的是实体类到数据库保存的是保存的对象还是属性？追答数据库层面只有记录和字段或是属性一说。没有对象。hibernate是ORM的框架，对象关系映射。hibernate只是把数据用OOP的方式来展示并且提供你操作而已。保存到数据库中的类型之类的，在实体类的映射文件中能够看得到（如果映射文件你是用myeclipse翻转过来的）
- 2楼网友：白昼之月
- 2021-11-11 04:46
你说的事 Serializable这个接口么？ 不一定非得实现
实现他是了Serializable跨jvm用的 同一个jvm上可以不用实现
实现他是了Serializable跨jvm用的 同一个jvm上可以不用实现
- 3楼网友：青尢
- 2021-11-11 03:21
这是两回事。
简单的说：
对象的序列化 是在 对象进行保存和传输的时候 进行的，如果没有序列化，速度和完整性
都会收到影响
而你的实体类 并没有对对象进行保存，只是对对象的成员的值进行保存追问哦 还是你说的有道理，就是说我没序列化，保存的是实体类的属性字段到数据库而已，并没保存这个类的对象是吧？不牵扯到对象是吧，所以没实现Serializable接口，也照样可以把属性字段存到数据库里去追答只是建议对实体类进行序列化
因为有些软件要对对象进行保存 如果软件崩溃 可以通过保存的对象信息进行恢复追问你的意思是实体类随说不序列化也可以存数据到数据库
但是一般给实体类实现序列化，是为了以后网络传输，维护 扩展 保存对象方便？
要不以后你要保存对象了还要重新给实体类添加上序列化，不如提前就加上这个省事对吧
简单的说：
对象的序列化 是在 对象进行保存和传输的时候 进行的，如果没有序列化，速度和完整性
都会收到影响
而你的实体类 并没有对对象进行保存，只是对对象的成员的值进行保存追问哦 还是你说的有道理，就是说我没序列化，保存的是实体类的属性字段到数据库而已，并没保存这个类的对象是吧？不牵扯到对象是吧，所以没实现Serializable接口，也照样可以把属性字段存到数据库里去追答只是建议对实体类进行序列化
因为有些软件要对对象进行保存 如果软件崩溃 可以通过保存的对象信息进行恢复追问你的意思是实体类随说不序列化也可以存数据到数据库
但是一般给实体类实现序列化，是为了以后网络传输，维护 扩展 保存对象方便？
要不以后你要保存对象了还要重新给实体类添加上序列化，不如提前就加上这个省事对吧
我要举报
如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！
点此我要举报以上问答信息
大家都在看
推荐资讯