数据库多选_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
数据库多选
S​Q​L
阅读已结束，如果下载本文需要使用
想免费下载本文？
下载文档到电脑，查找使用更方便
还剩6页未读，继续阅读
你可能喜欢sql2000中怎么在数据中间插入一行数据~_百度知道
sql2000中怎么在数据中间插入一行数据~
如何在第二行和第三行之间插入一条记录呢
考虑了好久 我有个方案不知道可行不 就是 复制第三行数据到一个地方 然后删除第三行
在添加一条记录
在把第三行复制回来（具体实施不会了呵）
或者有其他方案的 指点一下 谢谢大家
你好是这样的 我的ID是自动扩展的 按照楼下那位说的我就明白了 数据行是固定的然后用序号进行排列
我的ID 现在是1 2 3
是不是要改成2 4 6 8 这样的 然后插入的时候插入一个“7” 序号的 排列的时候自动就“显示插入了”的效果了呢 2 4 6 7 8这样了 对吗 另外我可以把ID设置成主键码 本人刚接触SQL 小白呵
简单的说我要实现我项要的效果的话 当然我的理解开始是错误的 是不是就是索引排列就能解决呢 具体解决方法呢
（有个新方法
直接设置ID列为 10 自动扩展为10 效果是 10 20 30 这样的 在添加一条设置ID列为15 这样就实现了在 中间插入的效果
但是ID列得重新排列一下也就是还原成 10 20 30 40 （原来的15变成了20 ）这样的 但是重新排列ID列自动扩展怎么写哦）
提问者采纳
关系数据库不关心数据的物理存储顺序，所以不能像EXCEL一样将一行数据插入到指定行之前。建议你在表上增加一列排序列，在输出的时候按照排序列进行排序。ID
Sort_Order1
30插入新行时指定 Sort_Order值在10和20之间就行。例如：insert into 表名 vaules(4, 'eee', 18, 25)
你好 马上完成了在帮我下 马上结贴呵
你说的 insert into 表名 vaules(4, 'eee', 18, 25) 这样确实能解决 但是ID列是自动递增的话 手动去更改ID值无法更改 直接 INSERT INTO添加可以吗 也就说 ID 10
20 30 这样的
然后插入一行后 ID是 25 那么就实现了“插入行的” 功能 就是用排列的功能实现了谢谢你
加我下可以吗
ID列仍然保留，增加辅助列sort_order。ID列的值自动增长，但是sort_order列可以任意改动。输出时按照sort_order列排序。
SORT_ORDER列排序的话 我理解咯
是这样的 如果添加一行的话 ID列是自动扩展 STORT里面的值怎么写啊 也设置为自动扩展不行吗 初始种子10 扩展10
10 20 30 这样的 然后添加的时候加入15 然后 重新在排序下 10 20 30 40 添加的15变成了20
sort_order不能设成自动扩展的标识列，一旦设置了标识列，就不能用insert语句显示地插入值了。另外插入的15也不会自动变为20.LZ不要为了排序的问题太纠结。这个问题没有多少实际的应用意义。
提问者评价
来自团队：
其他类似问题
为您推荐：
其他9条回答
3其实楼主的意思可能就是想实现数据的排列吧，因为是自动增长列，所以可能难以实现楼主的效果。你可以在数据库中新增一个“排序”字段，然后在页面中指定排序字段为这个“排序”，当插入这条数据的时候，指定排序为3便可，如下：ID
3 --此处排序为3，便是在ffff和ddd之间 SQL: insert into tableName(Name,Age,SOrder) values('ABCD',20,3)
楼上说的部分是对的，但有几点需要指出。如果你的id字段是自增的标识字段的话，它的序号是不可逆的（我说的是自动，当然手动可是实现重新顺序编号），再就是sql200中你不能在两行记录之间再插入一行的（让新插入的记录再原记录之间）。
1、像你说方法在形式上可以达到预想的效果：看上去好像在原来的第2行记录与第3行记录之间“插入”了一条新记录，但是前面的ID列（如果是自增的话）是不会再按1、2、3、4的顺序重新编号的，他是不会自动重新顺序编号的，他会变成1、2、4、5……
2、你的想法是完全没有必要的。对于数据库每条记录之间是完全平等的关系，不管数据库中谁在上谁在下。数据库只是一个存放数据的仓库，如果要向用户展示里面的数据的话是要用视图或者查询的，不会直接取数据表中人为的找的，要是那...
SQL Server如此强大，能够满足你的需求的方法很多。而且，正式因为SQL Server的强大，作为用户，是不需要为数据的物理存储操心的。我们使用重点是如何能够恰当地发挥出它能力。给你两点个建议：1.为适应你的应用程序的调整，建立一个与你需求对应的视图，而不是直接使用数据表，这样就避免了数据重构的难题；2.为你的表和视图建立索引，这样就避免了受某个固定的字段（比如Primary Key）束缚；
您的方案估计不太好，假如有1000条数据，那么怎么办，需要复制1000条数据么？肯定不是。其实我觉得，或者以我的经验来说，数据库表只是装着数据，具体存放在哪其实无关紧要，数据库是为别的应用程序做服务的，所以可以在程序中想象如何理想化的调用数据。比如，做好排序，可以增加一个字段，专门做排序用的，里面放上数字。或者增加时间日期字段，然后做相应的调整。总之我的意思就是在数据读出的时候进行调整。否则这次您需要在2,3之前插数据，下回再5,6之间插入数据，那岂不是很麻烦，所以，设计好数据库，和良好的读取数据准则很重要。希望可以帮到您。
首先要确定这个表的ID是不是可以更改，看情况这个ID只是一个序号而已。然后把需要插入的记录以下的ID值全部+1，UPDATA什么的，这个自己写吧。然后INSERT INTO什么的插入需要的行。
估计不太好，假如有1000条数据，那么怎么办，需要复制1000条数据么？肯定不是。其实我觉得，或者以我的经验来说，数据库表只是装着数据，具体存放在哪其实无关紧要，数据库是为别的应用程序做服务的，所以可以在程序中想象如何理想化的调用数据。比如，做好排序，可以增加一个字段，专门做排序用的，里面放上数字。或者增加时间日期字段，然后做相应的调整。总之我的意思就是在数据读出的时候进行调整。否则这次您需要在2,3之前插数据，下回再5,6之间插入数据，那岂不是很麻烦，所以，设计好数据库，和良好的读取数据准则很重要
在数据库中，你不必考虑行插在哪里，行与行是无关的。你可以让他按你指定的要求排序，通常一个表会有一个关键字段，Sql server会自动在主键上建立聚簇索引，也就是说实际顺序跟我们看到顺序的可能是完全不一样的。结论：你的想法没有意义，你不用操心表中的记录顺序。
很简单在插入一条数跟3一样的数据，然后在修改第3条数据为你想要插入的内容。
是这样的 插入一条和3一样的数据的话 因为是自动扩展的ID列 插入和3一样的数据的话 ID列值也是排到最后
ID为主键 程序也是把添加那条排到最后
能具体说下你那个方案吗 可能我没理解呵
可以的话马上结贴
个人感觉无法实现，你这是在在改变数据表中一行数据的物理结构，而数据库思想是将逻辑结构与物理结构分开的。
您可能关注的推广回答者：
sql2000的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁原文地址：
&今天给大家介绍下#afinal#来操作android的数据库sqlite。
& & & & & &#afinal#是一个android的orm、ioc快速开发框架，里面包含了四大功能：空间的id绑定和事件绑定功能；网络图片的显示功能（里面包含了强大的缓存框架）；数据库sqlite的操作功能；http数据的读取功能（支持ajax方式读取）；
& & & & & &#afinal#开源网址：/yangfuhai/afinal
& & & & & & 这篇文章主要是介绍afinal的功能之一FinalDb组件，其他组件请关注我的博客吧，以后将会一一介绍：
& & & & & # afinal#的FinalDb组件是android的一个轻量级的orm框架，使用简单，一行代码就可以完成数据库的各种操作功能。
&首先我们来创建一个测试实体类 User.java
package com.devchina.
import java.util.D
public class User {
&&&&private int
&&&&private S
&&&&private S
&&&&private Date registerD
&&&&private D
&&&&public int getId() {
&&&&&&&&return
&&&&public void setId(int id) {
&&&&&&&&this.id =
&&&&public String getName() {
&&&&&&&&return
&&&&public void setName(String name) {
&&&&&&&&this.name =
&&&&public String getEmail() {
&&&&&&&&return
&&&&public void setEmail(String email) {
&&&&&&&&this.email =
&&&&public Date getRegisterDate() {
&&&&&&&&return registerD
&&&&public void setRegisterDate(Date registerDate) {
&&&&&&&&this.registerDate = registerD
&&&&public Double getMoney() {
&&&&&&&&return
&&&&public void setMoney(Double money) {
&&&&&&&&this.money =
这个实体类要注意一点就是getter和setter是不能省略的哦，，，，因为afinal的finalDb最终会调用setter去给实体类的属性赋值。
现在实体类创建完毕了，我们来写我们的第一个demo:
AfinalOrmDemoActivity.java
package com.devchina.
import java.util.D
import java.util.L
import net.tsz.afinal.FinalA
import net.tsz.afinal.FinalDb;
import net.tsz.afinal.annotation.view.ViewI
import android.os.B
import android.util.L
import android.widget.TextV
public class AfinalOrmDemoActivity extends FinalActivity {
&&&&@ViewInject(id=R.id.textView) TextView textV
&&&&@Override
&&&&public void onCreate(Bundle savedInstanceState) {
&&&&&&&&super.onCreate(savedInstanceState);
&&&&&&&&setContentView(R.layout.main);
&&&&&&&&FinalDb db = FinalDb.create(this);
&&&&&&&&User user = new User();
&&&&&&&&user.setEmail("");
&&&&&&&&user.setName("探索者");
&&&&&&&&user.setRegisterDate(new Date());
&&&&&&&&db.save(user);
&&&&&&&&List&User& userList = db.findAll(User.class);
&&&&&&&&Log.e("AfinalOrmDemoActivity", "用户数量："+ (userList!=null?userList.size():0));
&&&&&&&&textView.setText(userList.get(0).getName()+":"+user.getRegisterDate());
很简单吧，就一个FinalDb db = FinalDb.create(this)，然后db.save(user);就可以把我们定义的实体类保存到数据库去啦。我们来看输出日志：
什么？就这样就保存到sqlite数据库里面去了？可是我们还没有创建数据库，也没有创建表呀？怎么可能？
这里，我要跟大家说的是afinal自己去创建啦，简单吧。
我们来看下adt的File Exploer 查看database目录，下面确实有一个afinal.db文件，如下图：
&我们把afinal.db导出来后，通过sqlite数据库打开afinal.db，如下图：
同时afinal自动给我们创建来表：com_devchina_ormdemo_User，由此看出afinal会以类名为表名自动创建表：我们再过来看下表的数据：
到这里，相信大家能明白了，原理afinal自动给我们创建了数据库afinal.db同时给我们创建了表com_devchina_ormdemo_User，保存的时候，afinal自动把数据保存到sqlite表里面去了。
这时候，估计大家的疑问又起来了
afinal自动创建了数据库afinal.db，同时自动创建了表com_devchina_ormdemo_User。可是，我们不想创建数据库afinal.db，也不想让我们的表示com_devchina_ormdemo_User，那我们应该怎么办呢？
这一些呀，afinal都已经想好了。
接下来，我们来介绍下afinal的orm注解功能。
第一个，配置数据库中的表名 &net.tsz.afinal.annotation.sqlite.Table，我们来给user,java配置一下：
package com.devchina.
import java.util.D
import net.tsz.afinal.annotation.sqlite.T
@Table(name="user_test")
public class User {
&&&&private int
&&&&private S
&&&&private S
&&&&private Date registerD
&&&&private D
这里和上边唯一不同的是 多了一个注解&@Table(name="user_test")，只要我们配置了这个以后，我们再来看下afinal创建的数据库和表：
由此，我们可以看出来，afinal又自动给我们创建了表user_test，但是要注意的是com_devchina_ormdemo_User这个表afinal并没有去删除，所以这里也要提醒下大家，我们在重新设计了类的结构或者属性的时候，先手动删除掉直接的数据，否则就会有垃圾数据保存在数据库里面，当然，不删除也可以，不会有任何的影响。
在上面的讲述中，细心的朋友可能会注意到了一个问题，afinal自动把user的id的这个属性当做了主键。而且自动增长。
可是，可是在我们的开发过程中，我们的user可能没有id这个属性啊，可能是userId，或者又可能是其他我们喜欢的属性，那怎么办呢？
没有关系：afinal有给我们准备了另一个注解：net.tsz.afinal.annotation.sqlite.Id，通过这个，我们就可以给我们的实体类定义主键啦
afinal的主键机制是：
当给某个属性添加注解@id的时候，该属性就是主键（一个类中只有一个主键），保存在数据库中的列名为属性的名称，@Id(column="userId")给属性添加注解的时候，保存在数据库的列名是userId，当这个属性没有的时候，afinal自动回去该类查找_id属性，_id属性也没有的时候，afinal就会自动去查找id属性。如果连id属性也没有，那么afinal就报错啦，afinal的orm规则中，表示必须有主键的，而且只能有一个（目前暂时不支持复合主键）。
回到刚才的问题，afinal给我们自动创建数据库afinal.db，可是，我们不想创建让数据库名是afinal.db，那怎么办呢？
afinal的创建时候有多个方法的重载。
在create的方法中，
isDebug表示是否是debug模式，debug模式中，使用afinal操作数据库的时候就会答应SQL语句的log，
dbName就是数据库的名称啦。
所以这里，我们传入我们自己想要的数据库名称就行了。
其实afinal的FinalDb模块中，还有很多其他的功能，比如一对多，多对一的配置和注解等等。等待大家挖掘了。
afinal的orm注解中有：
Id-------&注解注解
Property------&属性注解
Table-------&数据表注解
ManyToOne--------&多对一注解
OneToMany---------&一对多注解
Transient-------&忽略属性注解（如果该属性添加这个注解，afinal的orm功能将忽略该属性）
源代下载地址：
里面没有jar包，自己去afinal的广发网站下载最新jar包
阅读(...) 评论()1525人阅读
Hibernate课堂笔记
1&Hibernate是什么
&&&&&&&&Hibernate是一个数据库的操作框架
1.1&Jdbc的缺点
l&jdbc的效率比较低
每一次请求，打开连接、发送语句，在数据库中解析语句等需要消耗大量的资源。
重复性代码特别多
&&&&&&&每一次都需要关闭
&&&&&&&Jdbc没有做到面向对象编程
&&&&&&&没有做到数据缓存
&&&&&&&&&&现在世界上数据缓存做的很不错的框架
&&&&&&&&&&&&&&&Oscache和都有页面缓存
&&&&&&&&&&&&&&&&&&*&&就是把页面上的数据缓存到本地磁盘上
&&&&&&&&&&&&&&&&&&*&&当应用程序再次访问的时候，直接从磁盘上读取数据就
&&&&&&&&&&&&&&&&&&&&&&&&*&&页面缓存不适合做更新特别频繁的数据
1.2&&&&Jdbc的优点
&&&&&&&&是最底层的操作数据库的框架，所以在的层面上说速度最快
&&&&&&&&Jdbc做到了
1.3&Hibernate优点
l&面向对象编程
l&Hibernate的底层也是由实现的
l&Hibernate的数据缓存做的相当棒
l&Hibernate做到了
1.4&Hibernate缺点
&&&&&&Hibernate不会让程序员干涉语句的生成，语句是内部操作生成的，所以在一个项目中，如果对的优化要求比较高，这个时候，不适合用
&&&&&&如果一张表的数据量特别大千万级别以上，也不适合用
2&Hibernate的学习内容
l&学习的操作
l&持久化对象的状态
l&一对多和多对多重点
l&数据缓存一级缓存、二级缓存、查询缓存重点数据缓存的特点
3&hibernate的操作
3.1&类与表的映射关系
3.2&Hibernate配置文件的加载方式
3.2.1&方式一
&&&&&注意：
1、&配置文件的名称必须是
2、&把文件必须放在下
3.2.2&方式二
&&&&&&&注意：
1、&利用该方法配置文件的名称可以随意写
2、&路径可以随意放
3、&Resource代表路径名称文件名称
&注意：的事务默认不是自动提交的
3.3&crud操作注意事项
3.3.1&session.get方法
1、&要使用方法，那么相对应的持久化类中必须保证有一个无参的构造函数
2、&该方法的第二个参数与持久化类中的主键的类型要保持一致。
3、&Session.get方法的第二个参数的形参：Serializable.因为只有这样才能接受所有的数据库的主键的类型
3.3.2&session.update
&&&&&&&&&&&&&&&参数可以是方法得到的对象，也可以是新创建的对象，但是的值必须和数据库的值相对应。
4&Hibernate流程
5&sessionFactory
1、&sessionFactory中存放配置文件和映射文件的所有的信息
2、&一个数据库有且仅有一个
3、&sessionFactory是一个单例的对象
4、&sessionFactory是一个重量级别的类，只加载一次
5、&sessionFactory是一个线程安全类
6&主键的生成机制
&&&&&&考虑主键的生成机制可以从三方面去想：
&&&&&&&&&&&&客户端
&&&&&&&&&&&&Hibernate内部可以生成主键
&&&&&&&&&&&&数据库内部的机制生成主键
6.1&Incrment
1、&获取主键的最大值，然后加
2、&主键的类型必须是数字类型
3、&第一步的过程是由内部做的
4、&发出select&max(cid)&from&Classes&&这样的语句，所以效率比较低
5、&主键的值是连续的
6.2&Identity
1、&适用于数字类型
2、&数据库表本身的自动增长
3、&主键是在数据库内部生成的
4、&表必须得设置为自动增长
6.3&Assigned
&&&&&&由程序员自己设置生成
&&&&&&&由内部生成一个唯一的字符串
7&Hibernate类型
&&&&&&Hibernate内部实现了从类型到数据库类型的映射，所以在映射文件中选择类型比选择类型效率要高
8&对象的状态
&&&&&&&&&对象的状态的定义
&&&&&&&&&&&
&&&&&&&&&&&临时状态的对象：刚创建的对象
&&&&&&&&&&&持久化状态的对象：该对象和已经发生交互了
&&&&&&&&&&&脱管状态的对象：由和的交互变为和的脱离
1、&第行代码发出了语句
2、&在执行第行代码的时候利用方法提取出来一个对象，该对象是持久化状态的对象
3、&处于持久化状态的对象不用执行方法
4、&session.save和方法都是把一个对象的状态变成持久化状态
1、&在执行行代码的时候不会发出语句，因为修改后的数据和原来的数据是一样的。
2、&在内部，会生成该对象的一个镜像文件，在执行方法的时候，
& 会查看镜像文件，如果一致，则不执行如果不一样才要执行语句
1、&第行代码把对象由临时状态转变成持久化状态
2、&在第行代码之前不用执行方法
1、行的和行的是两个
2、行产生的与行产生的直到程序结束没有发生关联
3、一个对象是否是持久化对象是针对一个而言的
&&&&&&&分析：
1、&当执行行代码的时候，把从持久化状态的对象转化成脱管状态，这个时候和没有关联了
2、&在执行行代码的时候没有执行语句
3、&要想执行语句，必须使成为持久化状态的对象，所以执行方法
8.6&对象状态转化图
&&&&只有持久化状态的对象才能和发生交互
9&Hibernate对象关系
1、&crud的操作
2、&外键（面向对象：关系）
9.1&一对多单项
9.1.1&Cascade
1、&cascade只能出现在多表中
2、&针对一对多的情况
&&&在保存或者更新的时候，针对应该做什么样的操作
9.1.1.1&案例1
&&&分析：因为与都是临时状态，所以应该是在保存的同时保存
9.1.1.2&案例2
1、&因为在客户端和在映射文件中都有设置级联，所以是起作用的
2、&在上述代码中，因为的一般属性并没有发生改变，所以针对不会发出语句
3、&因为的集合发生改变了，而且级联起作用，所以内部会去检查中的集合的状态，因为集合中多了一个数据，所以增加了一个
4、&级联操作是对象与对象的操作
9.1.1.3&案例3
当提交的时候，因为是级联操作，因为对的一般属性发生了改变，所以在更新的时候更新了
9.1.1.4&总结
1、&级联是对象与对象之间的操作，和关系无关
2、&对一个对象进行操作的同时，怎么样操作级联对象，看级联对象是否是持久化对象看级联对象对应数据库是否有数据，如果是持久化对象，则执行操作，如果是临时状态的对象，则执行操作
9.1.2&Inverse
&&&&&&对象对关系是否维护
&&&&&&&上述的图的意思为是否要维护表的关系外键，如果为则维护，如果为则不维护
9.1.2.1&案例1
1、&该例子从数据库的角度分析，把为的值的外键修改一下就可以了
2、&从的角度是修改关系
3、&查看映射文件中，能否修改与之间的关系。
4、&因为关系的修改就是一个操作而已，所以没有必要解除关系。
5、&第行代码是从端维护关系。如果从端维护关系，那
代码应该是
9.1.2.2&案例2
1、&根据映射文件可以得出维护关系
2、&在对进行删除、增加、修改的时候同时要操作
3、&因为负责维护关系，所以在删除掉之前，内部会自动执行解除所有的关系的操作
9.1.2.3&案例3
1、&解除班级和所有学生之间的关系实际上就是把中的集合清空。
2、&Classes.setStudents(null)这个时候内部会直接把关系设置为，效率最高，根本不需要去查
9.1.3&总结
1、&因为是一对多的单项，所以只能是维护关系
2、&Classes维护关系，所以客户端的代码应该是通过对关系进行建立或者解除
3、&只要涉及到关系的操作就得发出语句，用来更新关系。所以用维护关系效率并不高
4、&一对多，用一的一方维护关系，效率比较低。当数量级别比较大的时候，会发出多语句
9.2&一对多的双向
9.2.1&案例
1、&通过映射文件可以看出，在文件中，不存在外键，意味着如果通过建立与的联系，在内部是做不到。
2、&Student.getClasses会报空指针异常，得不到，因为没有联系
3、&通过操作，看文件，通过操作，
&&&&&看文件
4、&所以在文件和文件中都必须体现外键
9.2.2&案例
1、&通过代码行可以得出是通过联系所以看
2、&35行代码是保存学生，因为在行代码中通过建立了与之间的关系，所以在插入学生的同时，在内部自动维护了关系
3、&用学生端维护关系，不需要发出语句
4、&一对多，多的一方维护效率比较高
9.3&多对多
9.3.1&学习重点
1、&映射文件的创建和持久化类的创建
1、&关系的操作
建立关系&&&&&就是在第三张表中插入一行数据
解除关系&&&&&在第三张表中删除相应的一行数据
1、&修改相应的行的数据
2、&先删除再增加
3、&多对多谁维护关系效率都一样，都得对第三张表发出相应的语句
9.3.2&练习
9.3.2.1&案例1
1、&因为要级联，因为是通过级联，所以在文件中，针对集合，应该设置属性
2、&因为多对多谁维护关系效率都一样，所以在两个映射文件中都维护关系
3、&第行代码，即级联又维护关系
9.3.2.2&案例2
1、&经过需求分析可以得出应该是修改学生和课程之间的关系
2、&因为在学生类中存在的是课程的集合，而课程类中存在的也是学生的集合
3、&集合不存在修改，所以修改关系就等于先解除后增加
4、&通过哪个端修改关系都可以，但是要统一
10.1&懒加载(延迟加载)
&&&&&&概念：需要时加载
10.1.1& 类的懒加载
1、&利用session.load方法就是类的延迟加载
2、&利用session.load方法产生的是代理对象，利用session.load方法的出来的对象只有id值(标识符属性)
3、&当得到具体的属性的时候才要发出sql语句
4、&类的延迟加载只针对一般属性有效
5、&必须在session关闭之前把数据提取出来
10.1.2&集合的懒加载
1、&集合的懒加载，只有在根据一的一方加载多的一方的情况下才要讨论这种情况
2、&如果采用默认的加载方式，就是集合的懒加载
3、&在遍历集合的时候才要发出语句
4、&如果在元素中为
1、&在执行行代码的时候，发出两条语句
第一条查询的是
第二条查询的是根据查询
5、&集合的懒加载还有一个值为，更进一步的懒加载
分析：因为不需要加载的属性，只需要一个函数的结果，所以就发出了上面的语句
10.1.3&单端关联的懒加载
&&&&&&&&&因为单端关联只加载一个数据，所以用默认情况做就可以了
&&&&&&&&&&False/proxy(true)/no-proxy
10.2&抓取策略
根据一方怎么样提取关联端
根据一的一方怎么样提取多的一方
&&&&根据多的一方怎么样提取一的一方
10.2.1&方式
前提条件：针对集合
True/false/extra
Join(子查询除外
发出一条，把所有的数据全部加载了
True/false/extra
在遍历集合的时候才要发出语句，这个时候发出条语句在加载的时候就把的数据加载出来了在这里等同于
True/false/extra
如果检测到由子查询，则用
&&&&&1、如果第一页面只有一的一方的数据，然后根据超级连接才要显示多的一方的数据，这种情况用或者
&2、如果页面上既有一的一方的数据也有多的一方的数据，用是比较好的选择。
1、先查询班级)
2、根据班级中的每一个去查相应的学生
根据需求分析先写出句，只要语句中含有子查询，那么肯定是子查询的效率比较高
1、如果根据需求分析，得出的语句含有子查询，这个时候用左外连接
3、&如果没有子查询，则利用的方式左外连接，就可以一次性的把一和多的数据全部查询出来
10.3&懒加载与抓取策略的结合
10.4&Session
10.4.1&Session的产生方式
10.4.1.1&openSession
1、&只要代码中遇到，那么在内部就会新创建一个
2、&只要一次，内部就会连接数据库一次，所以在代码中的次数，越多效率越低
3、&只要执行一次就会产生一次连接
4、&Hibernate中的事务是依赖的
5、&最好一个方法只有一个
10.4.1.2&currentSession
1、&在特别复杂的项目中，一个方法可以操作很多内容，而这些内容有可能涉及到很多框架，而框架对于的操作对于程序员来说是不可见的
2、&但是要想使上面的方法运行成功，必须在一个事务环境下运行
3、&要想在一个事务环境下运行，必须只有一个
4、&把当前线程绑定到是一个特别好的解决方案
&&&&&&&&只要用到当前线程产生的操作必须在事务的环境下运行
&&&&&&&&当前线程的还和事务绑定，这样可以提高安全性能
&&&&&&&&当事务提交的时候，当前线程中的关闭了
&&&&&&&&用当前线程产生的，不需要手动关闭。
&&配置方式：
&&&&&&在文件中
&&&&&&&&&&
&&&&&&&&在代码中利用就可以实现了
10.4.2&Session的生命周期
10.4.3&Session中的缓存
10.4.4&安全
1、&不同的客户端访问有不同的线程，不同的线程就有不同的，特定的数据在特定的中
2、&一个数据只能让一个客户端拥有
3、&把绑定到当前线程中解决了中数据线程安全的问题
11&Hibernate错误分析
11.1&错误一
&&&&分析：
l&在配置文件中加载该文件，但是路径写错了，找不到
l&该文件根本没有加载到配置文件中
11.2&错误二
&&&&&当生成语句的时候，利用方法获取值，这个时候，需要映射文件中的属性拼接成方法，然后利用的反射机制赋值，拼接的时候出错了，所以属性找不到。
11.3&错误三
分析：说明持久化没有找到，持久化类没有找到并不一定意味着该类不存在，有可能映射文件路径写错了
&以上两个错误结合一起，就是总结出：
&&&&在映射文件中，元素的属性的值写错了
11.4&错误四
&&&&&&在的配置文件中，映射文件的路径写错了
11.5&错误五
1、&有可能在映射文件中，元素的属性的值写错了
2、&在客户端进行操作的时候，因为操作的是持久化对象，所以该对象所在的类必须是映射文件中元素的属性，如果不一致，也会报这样的错误
11.6&错误六
&&&&&&&&&分析：
&&&&&&&&&&&&&Session.get方法两个参数，第二个参数的类型必须与持久化类中的主键的类型保持一致。
11.7&错误七
&&&&&表本身默认的值，没有支持自动增长
11.8&错误八
&&&&&客户端截图：
&&&&&&&&&&分析：根据行代码可以判断出与建立关联
映射文件：
&&&&&&&&总体分析：
1、&把这样的保存称为显示保存
2、&在保存的同时保存，保存的操作是由内部完成的，我们把这样的操作称为隐式保存
3、&在文件元素中并没有配置
4、&只有在客户端建立与之间的关系，然后在映射文件中再次确认关联两个地方都配置了，级联保存才能有效
5、&因为在文件中，没有针对的，所以对象处于临时状态，是不允许这种情况出现的
6、&这个错误只有在多表的情况下才有可能产生
11.9&错误九
&&&当关闭以后还要视图从数据库中提取数据就会报这样一个错误。
解决方案：
&&&&&在关闭之前把数据全部提取出来
版权声明：本文为博主原创文章，未经博主允许不得转载。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：656504次
积分：9128
积分：9128
排名：第903名
原创：568篇
评论：59条
(1)(9)(20)(22)(1)(3)(2)(2)(1)(121)(85)(9)(2)(2)(3)(1)(9)(5)(21)(31)(35)(23)(45)(25)(78)(14)