首页    技术博客    PHP教程    数据库技术    前端开发   HTML5    Nginx    php论坛
新用户注册 | 会员登录
加入会员，解锁专属内容
取消
热门标签 | HotTags
当前位置:  开发笔记 > 数据库 > 正文

oracle中外关联的解惑

作者：东添好冷2011_258 | 来源：互联网 | 2014-07-13 17:52
一、leftjoin的on条件：1、简单的leftjoin（rightjoin同理）。01SQL>select*fromp1;02www.2cto.com03ABC04-------------------------------------...SyntaxHighlig

一、left join的on条件：
 
1、简单的left join（right join同理）。
 
01
SQL> select * from p1;
02  www.2cto.com  
 
03
A                    B                    C
04
-------------------- -------------------- --------------------
05
1                    1                    1
06
2                    2                    2
07
3                    3                    3
08
4                    s                    d
09
5                    f                    f
10
6                    s
11
7                                         d
12
8                                         d
13
 
14
已选择8行。
15
 
16
SQL> select * from p3;
17
 
18
A3                   B3                   C3
19
-------------------- -------------------- --------------------
20
1                    1                    1
21
2                    2                    2
22
3                    3                    3
23
4
24
5                    d                    d
25
 
26
SQL> select  * from p1 left join p3 on p1.a=p3.a3;
27  www.2cto.com  
 
28
A     B     C     A3    B3    C3
29
----- ----- ----- ----- ----- -----
30
1     1     1     1     1     1
31
2     2     2     2     2     2
32
3     3     3     3     3     3
33
4     s     d     4
34
5     f     f     5     d     d
35
6     s
36
7           d
37
8           d
38
 
39
已选择8行。
40
 
41
 
42
执行计划
43
----------------------------------------------------------
44
Plan hash value: 3306833788
45
 
46
---------------------------------------------------------------------------
47
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
48
---------------------------------------------------------------------------
49
|   0 | SELECT STATEMENT   |      |     8 |   336 |     6  (17)| 00:00:01 |
50
|*  1 |  HASH JOIN OUTER   |      |     8 |   336 |     6  (17)| 00:00:01 |
51
|   2 |   TABLE ACCESS FULL| P1   |     8 |   168 |     2   (0)| 00:00:01 |
52
|   3 |   TABLE ACCESS FULL| P3   |     5 |   105 |     3   (0)| 00:00:01 |
53  www.2cto.com  
---------------------------------------------------------------------------
54
 
55
Predicate Information (identified by operation id):
56
---------------------------------------------------
57
 
58
   1 - access("P1"."A"="P3"."A3"(+))
2、如果在on中写主表的过滤条件，会怎么样呢？
 
01
SQL> select  * from p1 left join p3 on p1.a=p3.a3 and p1.b=&＃39;s&＃39;;
02
 
03
A     B     C     A3    B3    C3
04
----- ----- ----- ----- ----- -----
05
1     1     1
06
2     2     2
07
3     3     3
08
4     s     d     4
09
5     f     f
10
6     s
11
7           d
12
8           d
13
 
14
已选择8行。
15
 
16
 
17
执行计划
18
----------------------------------------------------------
19  www.2cto.com  
Plan hash value: 2614770449
20
 
21
----------------------------------------------------------------------------
22
| Id  | Operation           | Name | Rows  | Bytes | Cost (%CPU)| Time     |
23
----------------------------------------------------------------------------
24
|   0 | SELECT STATEMENT    |      |     8 |   336 |    26   (0)| 00:00:01 |
25
|   1 |  NESTED LOOPS OUTER |      |     8 |   336 |    26   (0)| 00:00:01 |
26
|   2 |   TABLE ACCESS FULL | P1   |     8 |   168 |     2   (0)| 00:00:01 |
27
|   3 |   VIEW              |      |     1 |    21 |     3   (0)| 00:00:01 |
28
|*  4 |    TABLE ACCESS FULL| P3   |     1 |    21 |     3   (0)| 00:00:01 |
29
----------------------------------------------------------------------------
30
 
31
Predicate Information (identified by operation id):
32
---------------------------------------------------
33
 
34
   4 - filter("P1"."A"="P3"."A3" AND "P1"."B"=&＃39;s&＃39;)
结果不是我们以为会对主表做过滤，而是对子表的过滤，含义是：外关联的时候，除了"P1"."A"="P3"."A3"的条件外，还要判断关联的主表记录"P1"."B"=&＃39;s&＃39;是否成立，如果成立则关联子表记录，否则添加空记录。而且从hash外关联变成了nested loops外关联。
 
3、那么，如果在on中写子表的过滤条件，又会怎么样呢？
 
01
SQL> select  * from p1 left join p3 on p1.a=p3.a3 and p3.b3=&＃39;2&＃39;;
02
 
03
A     B     C     A3    B3    C3
04
----- ----- ----- ----- ----- -----
05
2     2     2     2     2     2
06
1     1     1
07
6     s
08
3     3     3
09
5     f     f
10
4     s     d
11
7           d
12
8           d
13
 
14
已选择8行。
15
 
16
 
17
执行计划
18
----------------------------------------------------------
19
Plan hash value: 3306833788
20
 
21
---------------------------------------------------------------------------
22
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
23
---------------------------------------------------------------------------
24
|   0 | SELECT STATEMENT   |      |     8 |   336 |     6  (17)| 00:00:01 |
25
|*  1 |  HASH JOIN OUTER   |      |     8 |   336 |     6  (17)| 00:00:01 |
26
|   2 |   TABLE ACCESS FULL| P1   |     8 |   168 |     2   (0)| 00:00:01 |
27
|*  3 |   TABLE ACCESS FULL| P3   |     1 |    21 |     3   (0)| 00:00:01 |
28
---------------------------------------------------------------------------
29
 
30
Predicate Information (identified by operation id):
31
---------------------------------------------------
32
 
33
   1 - access("P1"."A"="P3"."A3"(+))
34
   3 - filter("P3"."B3"(+)=&＃39;2&＃39;)
这个结果才是我们想要的，是先对子表做了过滤，然后在做hash外关联。
 
结论：on中的所有条件只对子表过滤和关联，不影响主表的记录。
 
二、left join的where条件：
 
1、如果在where中写主表的过滤条件。
 
01
SQL> select  * from p1 left join p3 on p1.a=p3.a3 where p1.b=&＃39;s&＃39;;
02  www.2cto.com  
 
03
A     B     C     A3    B3    C3
04
----- ----- ----- ----- ----- -----
05
4     s     d     4
06
6     s
07
 
08
 
09
执行计划
10
----------------------------------------------------------
11
Plan hash value: 3306833788
12
 
13
---------------------------------------------------------------------------
14
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
15
---------------------------------------------------------------------------
16
|   0 | SELECT STATEMENT   |      |     2 |    84 |     6  (17)| 00:00:01 |
17
|*  1 |  HASH JOIN OUTER   |      |     2 |    84 |     6  (17)| 00:00:01 |
18
|*  2 |   TABLE ACCESS FULL| P1   |     2 |    42 |     2   (0)| 00:00:01 |
19
|   3 |   TABLE ACCESS FULL| P3   |     5 |   105 |     3   (0)| 00:00:01 |
20
---------------------------------------------------------------------------
21
 
22
Predicate Information (identified by operation id):
23
---------------------------------------------------
24
 
25
   1 - access("P1"."A"="P3"."A3"(+))
26
   2 - filter("P1"."B"=&＃39;s&＃39;)
先过滤主表，然后在hash外关联，和预想的一样。
 
2、在where条件中过滤子表。
 
01
SQL> select  * from p1 left join p3 on p1.a=p3.a3 where p3.b3=&＃39;2&＃39;;
02
 
03
A     B     C     A3    B3    C3
04
----- ----- ----- ----- ----- -----
05
2     2     2     2     2     2
06
 
07
 
08
执行计划
09
----------------------------------------------------------
10
Plan hash value: 195079442
11
 
12
---------------------------------------------------------------------------
13
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
14
---------------------------------------------------------------------------
15
|   0 | SELECT STATEMENT   |      |     1 |    42 |     6  (17)| 00:00:01 |
16
|*  1 |  HASH JOIN         |      |     1 |    42 |     6  (17)| 00:00:01 |
17
|*  2 |   TABLE ACCESS FULL| P3   |     1 |    21 |     3   (0)| 00:00:01 |
18
|   3 |   TABLE ACCESS FULL| P1   |     8 |   168 |     2   (0)| 00:00:01 |
19
---------------------------------------------------------------------------
20
 
21
Predicate Information (identified by operation id):
22
---------------------------------------------------
23
 
24
   1 - access("P1"."A"="P3"."A3")
25
   2 - filter("P3"."B3"=&＃39;2&＃39;)
出乎预料了，虽然过滤了子表，但是变成了普通的hash关联。这是为什么呢？猜测是：外关联一般是先关联后过滤的，但是为了效率，简化处理，把普通过滤提前。主表过滤，记录中子表有可能为空，所以保留外关联；子表过滤，那么子表对应的主表一定是普通关联上的记录，所以简化为普通关联。根据这个思路，那么is null的过滤条件应该会出现在外关联以后，看例子：
 
01
SQL> select  * from p1 left join p3 on p1.a=p3.a3 where p3.b3 is null;
02  www.2cto.com  
 
03
A     B     C     A3    B3    C3
04
----- ----- ----- ----- ----- -----
05
4     s     d     4
06
6     s
07
7           d
08
8           d
09
 
10
 
11
执行计划
12
----------------------------------------------------------
13
Plan hash value: 2883136784
14
 
15
----------------------------------------------------------------------------
16
| Id  | Operation           | Name | Rows  | Bytes | Cost (%CPU)| Time     |
17
----------------------------------------------------------------------------
18
|   0 | SELECT STATEMENT    |      |     8 |   336 |     6  (17)| 00:00:01 |
19
|*  1 |  FILTER             |      |       |       |            |          |
20
|*  2 |   HASH JOIN OUTER   |      |     8 |   336 |     6  (17)| 00:00:01 |
21
|   3 |    TABLE ACCESS FULL| P1   |     8 |   168 |     2   (0)| 00:00:01 |
22
|   4 |    TABLE ACCESS FULL| P3   |     5 |   105 |     3   (0)| 00:00:01 |
23
----------------------------------------------------------------------------
24
 
25
Predicate Information (identified by operation id):
26
---------------------------------------------------
27
 
28
   1 - filter("P3"."B3" IS NULL)
29
   2 - access("P1"."A"="P3"."A3"(+))
果然和预想的一样，先外关联，再判断is null的条件。
 
3、在where条件中添加关联条件，结果将会如何？
 
01
SQL> select  * from p1 left join p3 on p1.a=p3.a3 where p1.b=p3.b3;
02
 
03
A     B     C     A3    B3    C3
04
----- ----- ----- ----- ----- -----
05
1     1     1     1     1     1
06
2     2     2     2     2     2
07
3     3     3     3     3     3
08
 
09
 
10
执行计划
11
----------------------------------------------------------
12
Plan hash value: 195079442
13  www.2cto.com  
 
14
---------------------------------------------------------------------------
15
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
16
---------------------------------------------------------------------------
17
|   0 | SELECT STATEMENT   |      |     1 |    42 |     6  (17)| 00:00:01 |
18
|*  1 |  HASH JOIN         |      |     1 |    42 |     6  (17)| 00:00:01 |
19
|   2 |   TABLE ACCESS FULL| P3   |     5 |   105 |     3   (0)| 00:00:01 |
20
|   3 |   TABLE ACCESS FULL| P1   |     8 |   168 |     2   (0)| 00:00:01 |
21
---------------------------------------------------------------------------
22
 
23
Predicate Information (identified by operation id):
24
---------------------------------------------------
25
 
26
   1 - access("P1"."B"="P3"."B3" AND "P1"."A"="P3"."A3")
结果变成了普通关联，因为如果添加空行，后面普通关联的条件一定不成立，null不等于任何值。而且where的关联条件不能再使用"+"做外关联，两种书写方式不能同时使用。
 
结论：where条件的所有过滤可以认为是外关联后的过滤，如果有关联条件则会降级为普通关联。
 
三、"+"形式的外关联：
 
1、简单关外关联。
 
01
SQL> select * from p1,p3 where a=a3(+);
02
 
03
A     B     C     A3    B3    C3
04
----- ----- ----- ----- ----- -----
05
1     1     1     1     1     1
06
2     2     2     2     2     2
07
3     3     3     3     3     3
08
4     s     d     4
09
5     f     f     5     d     d
10
6     s
11
7           d
12
8           d
13
 
14
已选择8行。
15
 
16
 
17
执行计划
18
----------------------------------------------------------
19  www.2cto.com  
Plan hash value: 3306833788
20
 
21
---------------------------------------------------------------------------
22
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
23
---------------------------------------------------------------------------
24
|   0 | SELECT STATEMENT   |      |     8 |   336 |     6  (17)| 00:00:01 |
25
|*  1 |  HASH JOIN OUTER   |      |     8 |   336 |     6  (17)| 00:00:01 |
26
|   2 |   TABLE ACCESS FULL| P1   |     8 |   168 |     2   (0)| 00:00:01 |
27
|   3 |   TABLE ACCESS FULL| P3   |     5 |   105 |     3   (0)| 00:00:01 |
28
---------------------------------------------------------------------------
29
 
30
Predicate Information (identified by operation id):
31
---------------------------------------------------
32
 
33
   1 - access("A"="A3"(+))
2、主表过滤条件。
 
01  www.2cto.com  
SQL> select * from p1,p3 where a=a3(+) and b=&＃39;s&＃39;;
02
 
03
A     B     C     A3    B3    C3
04
----- ----- ----- ----- ----- -----
05
4     s     d     4
06
6     s
07
 
08
 
09
执行计划
10
----------------------------------------------------------
11
Plan hash value: 3306833788
12
 
13
---------------------------------------------------------------------------
14
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
15
---------------------------------------------------------------------------
16
|   0 | SELECT STATEMENT   |      |     2 |    84 |     6  (17)| 00:00:01 |
17
|*  1 |  HASH JOIN OUTER   |      |     2 |    84 |     6  (17)| 00:00:01 |
18
|*  2 |   TABLE ACCESS FULL| P1   |     2 |    42 |     2   (0)| 00:00:01 |
19
|   3 |   TABLE ACCESS FULL| P3   |     5 |   105 |     3   (0)| 00:00:01 |
20
---------------------------------------------------------------------------
21
 
22
Predicate Information (identified by operation id):
23  www.2cto.com  
---------------------------------------------------
24
 
25
   1 - access("A"="A3"(+))
26
   2 - filter("B"=&＃39;s&＃39;)
和left join在where条件中加主表过滤结果一样。
 
3、子表加过滤条件。
 
01
SQL> select * from p1,p3 where a=a3(+) and b3 is null;
02
 
03
A     B     C     A3    B3    C3
04
----- ----- ----- ----- ----- -----
05
4     s     d     4
06
6     s
07
7           d
08
8           d
09
 
10
 
11
执行计划
12
----------------------------------------------------------
13
Plan hash value: 2883136784
14  www.2cto.com  
 
15
----------------------------------------------------------------------------
16
| Id  | Operation           | Name | Rows  | Bytes | Cost (%CPU)| Time     |
17
----------------------------------------------------------------------------
18
|   0 | SELECT STATEMENT    |      |     8 |   336 |     6  (17)| 00:00:01 |
19
|*  1 |  FILTER             |      |       |       |            |          |
20
|*  2 |   HASH JOIN OUTER   |      |     8 |   336 |     6  (17)| 00:00:01 |
21
|   3 |    TABLE ACCESS FULL| P1   |     8 |   168 |     2   (0)| 00:00:01 |
22
|   4 |    TABLE ACCESS FULL| P3   |     5 |   105 |     3   (0)| 00:00:01 |
23
----------------------------------------------------------------------------
24
 
25
Predicate Information (identified by operation id):
26
---------------------------------------------------
27
 
28
   1 - filter("B3" IS NULL)
29
   2 - access("A"="A3"(+))
30
 
31
SQL> select * from p1,p3 where a=a3(+) and b3 =&＃39;2&＃39;;
32  www.2cto.com  
 
33
A     B     C     A3    B3    C3
34
----- ----- ----- ----- ----- -----
35
2     2     2     2     2     2
36
 
37
 
38
执行计划
39
----------------------------------------------------------
40
Plan hash value: 195079442
41
 
42
---------------------------------------------------------------------------
43
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
44
---------------------------------------------------------------------------
45
|   0 | SELECT STATEMENT   |      |     1 |    42 |     6  (17)| 00:00:01 |
46
|*  1 |  HASH JOIN         |      |     1 |    42 |     6  (17)| 00:00:01 |
47
|*  2 |   TABLE ACCESS FULL| P3   |     1 |    21 |     3   (0)| 00:00:01 |
48
|   3 |   TABLE ACCESS FULL| P1   |     8 |   168 |     2   (0)| 00:00:01 |
49
---------------------------------------------------------------------------
50
 
51
Predicate Information (identified by operation id):
52
---------------------------------------------------
53
 
54
   1 - access("A"="A3")
55
   2 - filter("B3"=&＃39;2&＃39;)
和left join在where条件中加子表过滤结果一样。
 
4、那么，和left join 在on中过滤子表一样的是什么？
 
01
SQL> select * from p1,p3 where a=a3(+) and b3(+) =&＃39;2&＃39;;
02  www.2cto.com  
 
03
A     B     C     A3    B3    C3
04
----- ----- ----- ----- ----- -----
05
2     2     2     2     2     2
06
1     1     1
07
6     s
08
3     3     3
09
5     f     f
10
4     s     d
11
7           d
12
8           d
13
 
14
已选择8行。
15
 
16
 
17
执行计划
18
----------------------------------------------------------
19
Plan hash value: 3306833788
20
 
21
---------------------------------------------------------------------------
22
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
23
---------------------------------------------------------------------------
24
|   0 | SELECT STATEMENT   |      |     8 |   336 |     6  (17)| 00:00:01 |
25
|*  1 |  HASH JOIN OUTER   |      |     8 |   336 |     6  (17)| 00:00:01 |
26
|   2 |   TABLE ACCESS FULL| P1   |     8 |   168 |     2   (0)| 00:00:01 |
27
|*  3 |   TABLE ACCESS FULL| P3   |     1 |    21 |     3   (0)| 00:00:01 |
28
---------------------------------------------------------------------------
29
 
30
Predicate Information (identified by operation id):
31
---------------------------------------------------
32
 
33
   1 - access("A"="A3"(+))
34
   3 - filter("B3"(+)=&＃39;2&＃39;)
就是它了，那和left join在on过滤主表一样的呢？我也不知道。
 
结论：oracle的"+"外关联，写法简单，但是，简单是有代价的，除了不能实现left join在on过滤主表的效果外，oracle对"+"外关联作了N多限制：
 
1、不能和join一起使用；
2、只能用在where子句或table子句中；
3、如果有多个关联条件，必须每个多使用"+"，否则会当做普通关联，且没有提示；
4、如果你外关联的子表，又和另一个表做普通关联，那么也会变成普通关联；
5、不能单表自外关联，虽然自关联是可以的，可以以别名的方式，实现两张相同的表外关联；
6、"+"只能用于一个列名，不能是表达式，但是表达式中的列名可以用"+"；  www.2cto.com  
7、不能和or同时使用；
8、不能和in同时使用；
9、不能将一个标有"+"的列和一个子查询比较。
 
最后说明：外关联子表先过滤is null的写法：sub_table.column1 (+) is null 。
 
 
 
作者 hulubo

推荐阅读
  • 数据库

    推荐一个ASP的内容管理框架（ASP Nuke）的优势和适用场景

    推荐一个ASP的内容管理框架（ASP Nuke）的优势和适用场景
    本文推荐了一个ASP的内容管理框架ASP Nuke，并介绍了其主要功能和特点。ASP Nuke支持文章新闻管理、投票、论坛等主要内容，并可以自定义模块。最新版本为0.8，虽然目前仍处于Alpha状态，但作者表示会继续更新完善。文章还分析了使用ASP的原因，包括ASP相对较小、易于部署和较简单等优势，适用于建立门户、网站的组织和小公司等场景。 ... [详细]
  • 数据库

    Android 新闻App的本地服务器搭建教程

    本文介绍了在开发Android新闻App时，搭建本地服务器的步骤。通过使用XAMPP软件，可以一键式搭建起开发环境，包括Apache、MySQL、PHP、PERL。在本地服务器上新建数据库和表，并设置相应的属性。最后，给出了创建new表的SQL语句。这个教程适合初学者参考。 ... [详细]
  • 数据库

    postman测试登录后的接口_使用postman进行接口测试的方法(测试用户管理模块)

    本文介绍了使用postman进行接口测试的方法，以测试用户管理模块为例。首先需要下载并安装postman，然后创建基本的请求并填写用户名密码进行登录测试。接下来可以进行用户查询和新增的测试。在新增时，可以进行异常测试，包括用户名超长和输入特殊字符的情况。通过测试发现后台没有对参数长度和特殊字符进行检查和过滤。 ... [详细]
  • 数据库

    MysqlDump_mysqldump全库备份相关知识详解

    本文详细介绍了MysqlDump和mysqldump进行全库备份的相关知识，包括备份命令的使用方法、my.cnf配置文件的设置、binlog日志的位置指定、增量恢复的方式以及适用于innodb引擎和myisam引擎的备份方法。对于需要进行数据库备份的用户来说，本文提供了一些有价值的参考内容。 ... [详细]
  • 数据库

    使用 Ubuntu 中的 Python 获取浏览器历史记录

    使用Ubuntu中的Python获取浏览器历史记录原文: ... [详细]
  • 数据库

    PHP中的MySQL函数库及其常用函数介绍

    本文由编程笔记小编整理，介绍了PHP中的MySQL函数库及其常用函数，包括mysql_connect、mysql_error、mysql_select_db、mysql_query、mysql_affected_row、mysql_close等。希望对读者有一定的参考价值。 ... [详细]
  • 数据库

    Oracle中tnsnames.ora的作用和配置方法

    本文介绍了Oracle数据库中tnsnames.ora文件的作用和配置方法。tnsnames.ora文件在数据库启动过程中会被读取，用于解析LOCAL_LISTENER，并且与侦听无关。文章还提供了配置LOCAL_LISTENER和1522端口的示例，并展示了listener.ora文件的内容。 ... [详细]
  • 数据库

    Spring特性实现接口多类的动态调用详解

    Spring特性实现接口多类的动态调用详解
    本文详细介绍了如何使用Spring特性实现接口多类的动态调用。通过对Spring IoC容器的基础类BeanFactory和ApplicationContext的介绍，以及getBeansOfType方法的应用，解决了在实际工作中遇到的接口及多个实现类的问题。同时，文章还提到了SPI使用的不便之处，并介绍了借助ApplicationContext实现需求的方法。阅读本文，你将了解到Spring特性的实现原理和实际应用方式。 ... [详细]
  • 数据库

    Java String与StringBuffer的区别及其应用场景

    Java String与StringBuffer的区别及其应用场景
    本文主要介绍了Java中String和StringBuffer的区别，String是不可变的，而StringBuffer是可变的。StringBuffer在进行字符串处理时不生成新的对象，内存使用上要优于String类。因此，在需要频繁对字符串进行修改的情况下，使用StringBuffer更加适合。同时，文章还介绍了String和StringBuffer的应用场景。 ... [详细]
  • sql

    Oracle分析函数first_value()和last_value()的用法及原理

    Oracle分析函数first_value()和last_value()的用法及原理
    本文介绍了Oracle分析函数first_value()和last_value()的用法和原理，以及在查询销售记录日期和部门中的应用。通过示例和解释，详细说明了first_value()和last_value()的功能和不同之处。同时，对于last_value()的结果出现不一样的情况进行了解释，并提供了理解last_value()默认统计范围的方法。该文对于使用Oracle分析函数的开发人员和数据库管理员具有参考价值。 ... [详细]
  • sql

    MyBatis错题分析解析及注意事项

    MyBatis错题分析解析及注意事项
    本文对MyBatis的错题进行了分析和解析，同时介绍了使用MyBatis时需要注意的一些事项，如resultMap的使用、SqlSession和SqlSessionFactory的获取方式、动态SQL中的else元素和when元素的使用、resource属性和url属性的配置方式、typeAliases的使用方法等。同时还指出了在属性名与查询字段名不一致时需要使用resultMap进行结果映射，而不能使用resultType。 ... [详细]
  • insert

    ASP.NET Tips: 获取插入记录的ID的方法详解

    本文详细介绍了在ASP.NET中获取插入记录的ID的几种方法，包括使用SCOPE_IDENTITY()和IDENT_CURRENT()函数，以及通过ExecuteReader方法执行SQL语句获取ID的步骤。同时，还提供了使用这些方法的示例代码和注意事项。对于需要获取表中最后一个插入操作所产生的ID或马上使用刚插入的新记录ID的开发者来说，本文提供了一些有用的技巧和建议。 ... [详细]
  • 数据库

    VB.NET在线急等问题解决方法，如何统计数据库字段下的数据并显示在文本框里？

    本文介绍了一个在线急等问题解决方法，即如何统计数据库中某个字段下的所有数据，并将结果显示在文本框里。作者提到了自己是一个菜鸟，希望能够得到帮助。作者使用的是ACCESS数据库，并且给出了一个例子，希望得到的结果是560。作者还提到自己已经尝试了使用"select sum(字段2) from 表名"的语句，得到的结果是650，但不知道如何得到560。希望能够得到解决方案。 ... [详细]
  • insert

    SpringJdbcTemplate的使用详解

    本文详细介绍了Spring的JdbcTemplate的使用方法，包括执行存储过程、存储函数的call()方法，执行任何SQL语句的execute()方法，单个更新和批量更新的update()和batchUpdate()方法，以及单查和列表查询的query()和queryForXXX()方法。提供了经过测试的API供使用。 ... [详细]
  • 数据库

    高质量SQL书写的30条建议

    高质量SQL书写的30条建议
    本文提供了30条关于优化SQL的建议，包括避免使用select *，使用具体字段，以及使用limit 1等。这些建议是基于实际开发经验总结出来的，旨在帮助读者优化SQL查询。 ... [详细]
author-avatar
东添好冷2011_258
这个家伙很懒，什么也没留下！
Tags | 热门标签
RankList | 热门文章
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有