[图解]建模相关的基础知识-16

1
00:00:00,350 --> 00:00:04,130
刚才那个,就相当于,12这个我们可以认为是什么

2
00:00:05,020 --> 00:00:11,360
我们用类图来表达就是,员工、电话

3
00:00:13,320 --> 00:00:15,080
多个

4
00:00:15,090 --> 00:00:16,440
当然这个电话这里

5
00:00:16,970 --> 00:00:18,730
它把多个塞到这里面来了

6
00:00:18,940 --> 00:00:19,570
没有分出去

7
00:00:19,580 --> 00:00:22,320
我们之所以把它画成不同的类

8
00:00:25,130 --> 00:00:27,850
是因为这样看得更清楚一点

9
00:00:29,250 --> 00:00:30,920
显然这是一个多值

10
00:00:33,450 --> 00:00:34,730
表面上它是这样

11
00:00:34,980 --> 00:00:38,880
电话1电话2

12
00:00:38,890 --> 00:00:42,710
但实际上1,2

13
00:00:44,460 --> 00:00:46,370
它是一种变相的多值

14
00:00:46,500 --> 00:00:52,730
类似于,我们再把它重新画一下

15
00:00:57,370 --> 00:01:02,380
员工、电话,这样

16
00:01:04,510 --> 00:01:08,280
这个就稍微的变化了

17
00:01:09,670 --> 00:01:11,580
当然这个电话也不是一个值

18
00:01:11,710 --> 00:01:13,180
实际上这里面是一个字符串

19
00:01:15,440 --> 00:01:17,110
它并没有一个电话的类

20
00:01:17,400 --> 00:01:18,670
是一个字符串

21
00:01:19,110 --> 00:01:22,030
应该说它是一个字符串

22
00:01:22,390 --> 00:01:22,680


23
00:01:24,070 --> 00:01:29,100
然后这个是私人电话

24
00:01:29,110 --> 00:01:36,310
办公电话,会有这样一些区别

25
00:01:36,710 --> 00:01:40,660
这个的话,我认为是可以接受的

26
00:01:42,600 --> 00:01:43,470


27
00:01:44,000 --> 00:01:47,270
至少它这个领域概念上区分了不同

28
00:01:47,400 --> 00:01:47,790


29
00:01:49,050 --> 00:01:52,410
但是下面这个,相当于把上面重复

30
00:01:52,420 --> 00:01:56,700
私人电话1电话2,就不行了

31
00:01:57,370 --> 00:01:59,840
当然,我们知道,规范的建模应该分出来什么

32
00:02:00,270 --> 00:02:02,010
联系方式类型

33
00:02:02,700 --> 00:02:04,750
把这些什么私人电话办公电话

34
00:02:05,040 --> 00:02:06,630
放在联系方式类型那里

35
00:02:07,510 --> 00:02:09,930
然后联系方式单独起一个表

36
00:02:10,360 --> 00:02:13,060
那就可以一对多了

37
00:02:13,150 --> 00:02:15,220
或者电话单独起一个表

38
00:02:15,860 --> 00:02:17,870
如果只有电话,那么应该是什么

39
00:02:19,050 --> 00:02:22,110
员工、电话

40
00:02:22,570 --> 00:02:23,960
电话类型

41
00:02:25,970 --> 00:02:31,630
电话用途,可以这样

42
00:02:34,200 --> 00:02:37,220
当然,我们不止电话,还有微信

43
00:02:37,680 --> 00:02:40,240
还有QQ,那就不能电话了,联系方式

44
00:02:40,910 --> 00:02:42,020
联系方式类型

45
00:02:42,030 --> 00:02:43,860
除了类型,还有用途

46
00:02:44,250 --> 00:02:46,090
比如说,可能还要把类型、用途

47
00:02:46,100 --> 00:02:49,870
这两个分开,类型指的是微信

48
00:02:51,040 --> 00:02:51,680
电话

49
00:02:52,250 --> 00:02:57,080
手机,用途是私人、公有

50
00:02:57,750 --> 00:03:01,580
还有专门出轨用的,外遇用的

51
00:03:02,710 --> 00:03:03,890
而这两个是交叉的

52
00:03:04,450 --> 00:03:05,860
你可以是私人电话

53
00:03:07,140 --> 00:03:08,100
私人微信

54
00:03:08,660 --> 00:03:11,100
私人手机,私人QQ

55
00:03:12,920 --> 00:03:15,100
也可以是出轨用的微信

56
00:03:15,390 --> 00:03:21,310
出轨用的QQ,出轨用的手机,都可以

57
00:03:21,610 --> 00:03:28,990
这两个正交的,它们可以自由组合

58
00:03:33,410 --> 00:03:37,520
最下面这个我们就谈到一个问题

59
00:03:37,690 --> 00:03:40,440
你如何判断一个属性是不是够复杂

60
00:03:41,930 --> 00:03:43,690
比如说,姓名 潘加宇

61
00:03:45,280 --> 00:03:46,310
这个很正常

62
00:03:46,780 --> 00:03:47,540
这好像很正常

63
00:03:48,340 --> 00:03:51,060
但有的时候这样就不行

64
00:03:51,070 --> 00:03:52,180
比如说,我们去填表

65
00:03:52,960 --> 00:03:58,060
特别那些跟国外相关的表

66
00:03:58,810 --> 00:03:59,880
往往它会写什么

67
00:04:00,480 --> 00:04:02,100
姓名分开的

68
00:04:06,260 --> 00:04:07,600
姓名是分开的

69
00:04:10,820 --> 00:04:12,630
姓是什么,名是什么,这样

70
00:04:13,860 --> 00:04:22,280
反正是跟这些人事,人的这种资料相关的

71
00:04:22,290 --> 00:04:26,690
往往会对这个,分得比较清楚,姓,名

72
00:04:29,530 --> 00:04:31,400
姓名在这里就不行了

73
00:04:32,770 --> 00:04:33,850
得分姓、名

74
00:04:34,630 --> 00:04:37,310
所以到底是姓名还是姓、名

75
00:04:39,060 --> 00:04:39,930
就要看什么

76
00:04:40,420 --> 00:04:45,350
就要看你的领域要求到什么地步

77
00:04:46,450 --> 00:04:48,530
如果说你这个领域是一个家谱

78
00:04:51,650 --> 00:04:52,960
这个加宇都不行

79
00:04:52,970 --> 00:04:54,320
因为这个加是什么

80
00:04:55,330 --> 00:04:57,880
家谱里面的一个中间的字

81
00:05:00,370 --> 00:05:02,680
你是哪一代的

82
00:05:03,170 --> 00:05:04,440
哪一辈的

83
00:05:04,450 --> 00:05:05,520
都是这个加字

84
00:05:06,220 --> 00:05:07,690
我是加字辈的

85
00:05:08,610 --> 00:05:12,310
就跟德云社一样的

86
00:05:13,080 --> 00:05:14,950
德字辈的、云字辈的

87
00:05:18,860 --> 00:05:21,450
所以这要看你的领域的要求

1
00:00:01,360 --> 00:00:03,040
下一个我们要讲的范式

2
00:00:03,930 --> 00:00:04,000
就是第二范式

3
00:00:05,920 --> 00:00:07,190
第二范式开始之前

4
00:00:07,200 --> 00:00:08,830
我们就要说一些概念了

5
00:00:11,480 --> 00:00:16,260
第一个概念,函数依赖

6
00:00:19,220 --> 00:00:22,930
前面函数我们知道,第1坐标定了

7
00:00:22,940 --> 00:00:24,450
第2坐标也就定了

8
00:00:25,850 --> 00:00:28,370
第1坐标相同的,第2坐标肯定相同

9
00:00:29,120 --> 00:00:32,810
这叫函数

10
00:00:34,250 --> 00:00:38,930
这个叫函数,函数依赖就是说

11
00:00:38,940 --> 00:00:43,200
两个坐标都是表的属性

12
00:00:43,800 --> 00:00:45,170
AB是表的属性

13
00:00:45,180 --> 00:00:47,160


14
00:00:47,170 --> 00:00:52,270
如果两行,A相同的话

15
00:00:53,670 --> 00:00:55,670
这两行A属性的值相同

16
00:00:55,680 --> 00:00:57,310
那么B属性值也相同

17
00:00:59,040 --> 00:01:00,580
那么我们就可以认为

18
00:01:01,050 --> 00:01:05,100
A函数决定B,或者说B函数依赖于A

19
00:01:05,110 --> 00:01:10,610
这是第一个我们要说的概念

20
00:01:11,380 --> 00:01:13,620
第二个概念就是候选键的概念

21
00:01:13,750 --> 00:01:18,030
就是可以唯一标识元组的属性集

22
00:01:18,750 --> 00:01:19,860
它可能是一个属性

23
00:01:19,870 --> 00:01:22,160
也可能是多个属性

24
00:01:22,370 --> 00:01:25,190
两个属性、三个属性合在一起的

25
00:01:26,190 --> 00:01:29,860
比如说

26
00:01:31,420 --> 00:01:33,130
如果知道员工ID的话

27
00:01:33,350 --> 00:01:34,850
这个不能唯一标识

28
00:01:34,860 --> 00:01:38,740
姓名也不行

29
00:01:38,750 --> 00:01:40,750
哪个可以,这两个组合可以

30
00:01:41,480 --> 00:01:43,650
员工ID、联系方式类型,可以

31
00:01:44,550 --> 00:01:44,930


32
00:01:46,870 --> 00:01:49,590
假设联系方式只有一个(补:此处一一对应不太妥,已录完就不改了<br>,加一个条件,不同人的联系方式可以相同,例如夫妻两人可能留同一个号码)

33
00:01:52,590 --> 00:01:54,090
像这个就可以

34
00:01:54,100 --> 00:01:55,490
这两个组合就可以

35
00:01:58,920 --> 00:02:00,550
这个就是一个候选键

36
00:02:00,830 --> 00:02:02,360
候选键可能有很多个

37
00:02:05,700 --> 00:02:09,740
就是说候选键的属性集可以有很多组

38
00:02:10,490 --> 00:02:14,690
这里面列出来的只有一个了

39
00:02:15,950 --> 00:02:19,480
我们一会还会再看到其他的

40
00:02:19,490 --> 00:02:24,780
主键就是那么多组里面选出一组来作为标识的

41
00:02:25,470 --> 00:02:27,270
最后被选择作为标识的候选键

42
00:02:27,280 --> 00:02:30,790
就是主键,主属性

43
00:02:31,670 --> 00:02:34,930
就是候选键里面的属性的并集了

44
00:02:35,850 --> 00:02:38,910
比如说,你有个候选键是A1,A2

45
00:02:39,310 --> 00:02:42,740
另外一个候选键集合是A2,A3

46
00:02:44,020 --> 00:02:46,700
那么并起来就是A1,A2,A3

47
00:02:46,710 --> 00:02:47,300


48
00:02:48,430 --> 00:02:50,390
这些都是主属性

49
00:02:52,500 --> 00:02:54,890
有了这个概念铺垫的话

50
00:02:54,900 --> 00:02:56,810
接下来2NF的意思

51
00:02:56,820 --> 00:02:59,570
就是说不允许存在非主属性

52
00:02:59,580 --> 00:03:02,400
对主键或候选键

53
00:03:02,950 --> 00:03:05,450
主键候选键实际上是一个意思

54
00:03:05,540 --> 00:03:08,370
因为候选键本身它就可以做主键

55
00:03:08,380 --> 00:03:13,530
最终你挑中了一个作为主键

56
00:03:13,540 --> 00:03:17,730
它们两个并没有什么不一样的地方

57
00:03:17,860 --> 00:03:18,930
挑中了

58
00:03:19,430 --> 00:03:23,260
存在对主键、候选键的部分函数依赖

59
00:03:23,430 --> 00:03:26,520
比如说,像右边这个

60
00:03:27,760 --> 00:03:30,630
这是主键

61
00:03:30,640 --> 00:03:34,120
候选键,被挑做主键了

62
00:03:34,770 --> 00:03:38,080
但是这姓名只是由员工ID决定的

63
00:03:43,900 --> 00:03:45,260
ID决定姓名

64
00:03:45,630 --> 00:03:46,660
单独决定姓名

65
00:03:47,170 --> 00:03:49,310
但姓名不能够反过来决定ID

66
00:03:49,320 --> 00:03:51,140
因为同名的那个人

67
00:03:51,390 --> 00:03:54,260
有很多,潘加宇可能好多个

68
00:03:54,720 --> 00:03:56,350
没准公司里面就有好几个同名

69
00:03:56,600 --> 00:03:58,710
像什么李明

70
00:04:00,490 --> 00:04:03,630
还有什么张勇,这种是见得比较多的

71
00:04:05,910 --> 00:04:11,940
所以怎么让它不违反,把它分出来

72
00:04:12,070 --> 00:04:15,420
员工ID、姓名,单独的关系分出来

73
00:04:16,160 --> 00:04:20,940
然后后面员工……这样来

74
00:04:25,030 --> 00:04:28,380
这个是2NF

75
00:04:34,010 --> 00:04:35,360
下一个就是3NF

76
00:04:35,450 --> 00:04:36,960
就是第三范式

77
00:04:37,690 --> 00:04:40,800
不允许存在传递的函数依赖

78
00:04:43,060 --> 00:04:45,450
什么叫传递函数依赖

79
00:04:45,460 --> 00:04:46,770
就是A函数决定B

80
00:04:46,780 --> 00:04:51,410
B决定C,但是同时

81
00:04:51,580 --> 00:04:54,410


82
00:04:54,420 --> 00:04:57,050
B不能反过来决定A,如果B可以反过来

83
00:04:57,060 --> 00:05:00,050
决定A,也就是A和B是互相决定的

84
00:05:01,230 --> 00:05:02,430
那就不存在传递了

85
00:05:02,970 --> 00:05:05,900
那就不违反3NF

86
00:05:06,810 --> 00:05:14,770
你看,像上面这半部

87
00:05:15,060 --> 00:05:17,650
就是违反第三范式,员工ID

88
00:05:18,590 --> 00:05:20,460
决定了部门ID

89
00:05:20,470 --> 00:05:22,530
部门ID又决定了部门名称

90
00:05:24,340 --> 00:05:27,160
更关键的是什么

91
00:05:27,170 --> 00:05:29,480
部门ID是不能反过来决定员工ID的

92
00:05:30,970 --> 00:05:32,100
关键在这个地方

93
00:05:32,870 --> 00:05:35,750
这两个不是互相决定的

94
00:05:37,720 --> 00:05:39,390
所以它是违反第三范式的

95
00:05:40,240 --> 00:05:44,110
怎么分,把部门分出去

96
00:05:44,320 --> 00:05:45,510
另外一个表

97
00:05:47,240 --> 00:05:48,790
员工一个表,部门一个表

98
00:05:49,200 --> 00:05:52,760
员工里面有部门ID 

99
00:05:52,770 --> 00:05:55,160
部门名称就放在部门那个表里面

100
00:05:56,460 --> 00:05:58,980
就分成两个,员工ID,部门ID

101
00:05:59,260 --> 00:06:01,290
然后部门ID,部门名称这样

102
00:06:03,630 --> 00:06:05,200
我们看如果是这种

103
00:06:05,210 --> 00:06:07,580
它互相决定

104
00:06:11,170 --> 00:06:12,120
不满足的话

105
00:06:14,320 --> 00:06:19,260
那么像这个,员工ID

106
00:06:19,950 --> 00:06:22,240
员工工号,部门名称我们把它删掉了

107
00:06:23,110 --> 00:06:23,610
没有了

108
00:06:24,650 --> 00:06:29,900
工号这两个就是互相决定的

109
00:06:30,570 --> 00:06:31,570
ID决定工号

110
00:06:31,580 --> 00:06:33,120
工号决定部门ID 

111
00:06:33,860 --> 00:06:36,330
实际上也有这个(传递),ID决定工号

112
00:06:36,340 --> 00:06:37,410
工号决定部门ID

113
00:06:37,810 --> 00:06:40,560
但是为什么不是违反第三范式

114
00:06:40,570 --> 00:06:47,920
因为这个地方是互相决定的

115
00:06:48,600 --> 00:06:51,940
这两个都可以作为候选键

116
00:06:51,950 --> 00:06:54,740
候选键要么是这个,要么是这个,不是说这两个候选键

117
00:06:55,330 --> 00:07:02,900
这两个单独都可以作为候选键

118
00:07:03,400 --> 00:07:03,600


119
00:07:05,290 --> 00:07:09,020
所以这个是符合第三范式的

120
00:07:09,110 --> 00:07:12,140
这也是我们现在的

121
00:07:12,150 --> 00:07:13,260
面向对象的

122
00:07:13,270 --> 00:07:17,720
这种开发里面常见的

123
00:07:17,850 --> 00:07:20,120
我们往往会有一个

124
00:07:21,860 --> 00:07:23,590
代理的主键

125
00:07:24,450 --> 00:07:28,220
系统生成的一个主键

126
00:07:28,230 --> 00:07:29,660
不要这种工号什么的

127
00:07:29,670 --> 00:07:32,240
因为往往这工号本身

128
00:07:34,410 --> 00:07:36,410
它隐含着一种逻辑关系

129
00:07:36,420 --> 00:07:40,130
你看,这个有2007

130
00:07:40,140 --> 00:07:43,720
101,很可能这背后隐含什么

131
00:07:44,060 --> 00:07:47,890
2007年入职,1可能是第一部门

132
00:07:47,900 --> 00:07:49,890
比如说,第一部门是市场部

133
00:07:51,230 --> 00:07:53,870
01表示市场部的第1号员工

134
00:07:53,880 --> 00:07:55,350
没准是市场部经理

135
00:07:55,840 --> 00:07:57,860
就像我们身份证号里面有这个

136
00:07:58,200 --> 00:08:00,680
实际上它就有可能隐含着

137
00:08:02,330 --> 00:08:03,990
其他字段的一些信息

138
00:08:04,910 --> 00:08:09,850
虽然它表面上,你可以强词夺理

139
00:08:09,860 --> 00:08:11,210
它没有决定性

140
00:08:11,940 --> 00:08:12,120


141
00:08:12,130 --> 00:08:14,360
比如说2007101

142
00:08:16,750 --> 00:08:18,790
它入职,假设后面有个字段

143
00:08:18,880 --> 00:08:21,710
有个属性叫入职年

144
00:08:24,900 --> 00:08:26,770
大多数人都是2007 

145
00:08:27,120 --> 00:08:29,060
但也有2006的

146
00:08:33,120 --> 00:08:34,080
你可以这样辩解

147
00:08:35,040 --> 00:08:36,840
因为可以随便改

148
00:08:37,830 --> 00:08:40,790
2006的,然后我改工号2,07

149
00:08:40,800 --> 00:08:43,670
为什么,我可能留级了或者什么之类的

150
00:08:43,840 --> 00:08:45,030
随便乱说

151
00:08:47,920 --> 00:08:52,070
但是大多数可能都是2007年入职的

152
00:08:54,040 --> 00:08:55,630
背后可能就会隐含着这样

153
00:08:55,920 --> 00:08:58,040
当然我们刚才讲

154
00:08:58,870 --> 00:09:00,800
可以强词夺理地说

155
00:09:00,810 --> 00:09:01,840
它们之间没关系

156
00:09:02,580 --> 00:09:04,130
但是实际上是隐含的

157
00:09:04,830 --> 00:09:07,310
就像我身份证号码头3401

158
00:09:08,780 --> 00:09:09,800
那是安徽的号码

159
00:09:10,830 --> 00:09:11,180


160
00:09:12,140 --> 00:09:13,850
但是我不是安徽人

161
00:09:17,680 --> 00:09:22,640
所以这个是

162
00:09:22,810 --> 00:09:25,080
我们往往为什么不用这种作为主键

163
00:09:25,250 --> 00:09:28,120
现在我们都推荐的是用无意义的

164
00:09:28,130 --> 00:09:30,630
最好也不是整数了

165
00:09:30,760 --> 00:09:34,950
就是系统生成那种很长的字符串

166
00:09:39,360 --> 00:09:40,550
违反第三范式

167
00:09:41,470 --> 00:09:47,170
带来的问题,就是这些,插入、删除、修改

168
00:09:50,930 --> 00:09:53,940
上面这个,假设部门的信息都在这里的话

169
00:09:54,600 --> 00:09:56,570
如果你要新增一个部门

170
00:09:58,470 --> 00:10:00,500
必须得有员工才可以

171
00:10:01,040 --> 00:10:03,720
如果员工的信息没有同时添加进去的话

172
00:10:04,190 --> 00:10:05,630
这个部门没法添加的

173
00:10:05,640 --> 00:10:06,790
因为你没有员工

174
00:10:06,800 --> 00:10:08,670
因为你主键是什么

175
00:10:09,330 --> 00:10:10,780
员工ID

176
00:10:12,270 --> 00:10:13,540
没法添加部门

177
00:10:15,140 --> 00:10:16,770
必须要同时添加员工

178
00:10:17,260 --> 00:10:18,090
第二个,删除

179
00:10:18,100 --> 00:10:21,500
比如说,你把ID为1、2、5的删除掉了

180
00:10:23,190 --> 00:10:26,610
可能财务部的信息就没有了

181
00:10:27,560 --> 00:10:30,080
你删除了员工,部门就没有了

182
00:10:30,370 --> 00:10:31,230
这个也不合理

183
00:10:31,240 --> 00:10:33,040
第三个就是修改了

184
00:10:33,050 --> 00:10:37,790
比如说,我要把财务部改名成资金管理部

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/858140.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Python与Java实现SM2互调

文章目录 一、项目背景二、环境极其依赖三、具体功能1.Python生成密钥对2.java生成密钥对3.Python加签验签4.java加签验签 四、遇到的问题五、解决方案 一、项目背景 Python对接Java接口互相SM2加签验签 二、环境极其依赖 python环境 pip3 install gmssljava环境 <depen…

docker的隔离机制

linux内核带来的便利 Linux 内核是 Docker 实现隔离的基础。作为操作系统的核心,Linux 内核提供了许多用于资源隔离和安全性的关键机制,为 Docker 容器化技术提供了基础支持。 Namespaces Linux 内核自 2.6.24 版本开始引入了命名空间(Namespaces)机制。Namespaces 为进程提…

数据库的ACID是通过什么保证的

1、原子性&#xff08;Atomicity&#xff09; 通过日志&#xff08;Logging&#xff09;来记录所有对数据库的修改。如果事务中的某个操作失败&#xff0c;系统可以回滚&#xff08;Rollback&#xff09;到事务开始前的状态&#xff0c;撤销所有已执行的修改。 使用写前日志&…

100多个ChatGPT指令提示词分享

当前&#xff0c;ChatGPT几乎已经占领了整个互联网。全球范围内成千上万的用户正使用这款人工智能驱动的聊天机器人来满足各种需求。然而&#xff0c;并不是每个人都知道如何充分有效地利用ChatGPT的潜力。其实有许多令人惊叹的ChatGPT指令提示词&#xff0c;可以提升您与ChatG…

MySQL中的case表达式

case 表达式 & case 语句 假如我们有一张表名为 employees &#xff0c;如下所示&#xff1a; -------------------------------------------------------------------------------- | employee_id | first_name | last_name | department_id | salary | hire_date | g…

Linux Ubuntu 24.04制作可用systemctl操控的service

在/etc/systemd/system/目录下创建一个新的<your_service_name>.service文件&#xff0c;例如buda.service&#xff0c;里面填入以下内容&#xff1a; (特别要注意设置WorkingDirectory, 这将决定exe程序中的相对路径的解析结果。) [Unit] Descriptionbuda website ser…

智能优化算法改进策略之局部搜索算子(七)--自适应模式搜索法

1、原理介绍 模式搜索法[1]是Hooke与Jeeves提出的一种直接搜索算法&#xff0c;其目的是通过比较目标函数在有限点集中的函数值来优化目标函数。更重要的是&#xff0c;它不仅不使用任何导数知识&#xff0c;而且不需要隐式地建立任何一种导数近似。 在这种直接搜索技术中&…

【大数据 复习】第3章 分布式文件系统HDFS(重中之重)

一、概念 1.分布式文件系统把文件分布存储到多个计算机节点上&#xff0c;通过网络实现、文件在多台主机上进行分布式存储的文件系统。&#xff08;就是你的电脑存a&#xff0c;我的电脑存pple&#xff09; 2.降低了硬件开销: 与之前使用多个处理器和专用高级硬件的并行化处理装…

YOLOv8中是如何实现类似将结构体作为函数参数传递

YOLOv8中是如何实现类似将结构体作为函数参数传递 flyfish 实现类似将结构体作为函数参数传递可以有多种方式 可以使用类&#xff08;class&#xff09;来定义一个类似结构体&#xff08;struct&#xff09;的数据结构&#xff0c;然后将其作为函数参数传递 class MyStruct…

CLIP-ReID代码解读七——model.py上

Bottleneck模块 首先定义了一个名为 Bottleneck 的 PyTorch 模块&#xff0c;它是 ResNet 架构中的一个瓶颈块&#xff08;Bottleneck Block&#xff09;。瓶颈块是 ResNet 中常用的一种层次结构&#xff0c;用于构建更深的网络。以下是对这段代码的详细注释&#xff1a; 类定…

动手学深度学习(Pytorch版)代码实践 -卷积神经网络-30`Kaggle`竞赛:图片分类

30Kaggle竞赛&#xff1a;图片分类 **比赛链接&#xff1a;**https://www.kaggle.com/c/classify-leaves 导入包 import torch import torchvision from torch.utils.data import Dataset, DataLoader from torchvision import transforms import numpy as np import pandas…

pytest测试框架flaky插件重试失败用例

Pytest提供了丰富的插件来扩展其功能&#xff0c;本章介绍下插件flaky &#xff0c;用于在测试用例失败时自动重新运行这些测试用例。与前面文章介绍的插件pytest-rerunfailures功能有些类似&#xff0c;但是功能上不如pytest-rerunfailures插件丰富。 flaky官方并没有明确pyt…

【FFmpeg】AVCodecContext结构体

【FFmpeg】AVCodecContext结构体 1. AVCodecContext的定义1.1 struct AVCodecInternal *internal1.1.1 struct FramePool *pool 参考&#xff1a; FFMPEG结构体分析&#xff1a;AVCodecContext 示例工程&#xff1a; 【FFmpeg】调用ffmpeg库实现264软编 【FFmpeg】调用ffmpeg库…

SSM框架 --- SpringMVC --- exercise1

1.创建Maven项目 2.导入依赖&#xff08;导入SpringMvc与Servlet的坐标&#xff09;&#xff1a; <dependencies> <!--servlet依赖的坐标--><dependency><groupId>javax.servlet</groupId><artifactId>javax.servlet-api</artifactId&…

git stash Pop 后丢失,要如何找回?

文章目录 须知背景描述解决过程 须知 写在前面&#xff1a;我们都知道 stash list 中如果 pop 出来一条&#xff0c;那 list 里就会少一条&#xff0c;但其实使用 git stash pop 并没有真正地将该条 stash 删掉的&#xff0c;而是删除引用而已&#xff0c;因此当我们误 pop 时…

AI在软件开发中的应用

AI在软件开发中的应用可以帮助开发人员更高效地编写和测试代码&#xff0c;并提高软件的质量和性能。它能够帮助加快软件的部署和维护过程&#xff0c;提供更好的开发体验。 编码辅助 帮助开发人员更快地编写代码。例如&#xff0c;AI可以识别代码中的语法错误&#xff0c;并提…

WSL+Anconda(pytorch深度学习)环境配置

动机 最近在读point cloud相关论文&#xff0c;准备拉github上相应的code跑一下&#xff0c;但是之前没有深度学习的经验&#xff0c;在配置环境方面踩了超级多的坑&#xff0c;依次来记录一下。 一开始我直接将code拉到了windows本地来运行&#xff0c;遇到了数不清的问题&a…

LoRaWAN网关源代码分析(基础概念篇)

目录 一、简介 1、lora_gateway 2、packet_forwarder 二、目录结构 1、lora_gateway 2、packet_forwarder 一、简介 LoRaWAN网关的实现主要依赖两个源代码&#xff1a;lora_gateway和packet_forwarder。接下来&#xff0c;我们将从分析源代码入手&#xff0c;移植LoRaWAN源…

ThinkPHP:查询数据库数据之后,更改查询数据的字段名称

一、原始查询数据 含有字段item_no&#xff0c;lot_num&#xff0c;position $data[brushed] db::table(wip_station_transaction) ->where([wip_entity_name>$wip_entity_name,line_code>$line_code,]) ->field([item_no, lot_num, position]) ->select(); …

DAC测试实验——FPGA学习笔记7

一、DAC简介 DAC全称Digital to Analog Converter&#xff0c;即数模转换器。它用于将主控芯片产生的数字值(0和1)转换为模拟值(电压值)。 1、DAC参数指标 2、DAC类型 常用的DAC可大致分为权电阻网络DAC、T型电阻网络DAC、倒T型电阻网络DAC以及权电流型DAC。 3、AD9708/3PD9…