个人理解：

很多情况下，null 的存在只会产生歧义，没有任何实际作用，not null 才应该被默认

比如常用字符串、数字，大部分情况下都应该首选 not null，插入数据必须给值或提供默认值

存在 null 值时，你的字符串、数字类型，判断一个是不是空的，sql 编写异常困难，工作量呈指数级上升

not null 时，只需要 field!=0 field!=''，有 null 时，你还要加上 or field is null，不然 null 这个歧义很难解决

-----

not null 和 默认值 是两个概念，必须给值的首选必须插入时提供值，不是依赖默认值

-----

那种没法提供默认值，插入时又无法提供值的，才应当允许为 null，比如：只能后续 update 才能给值的 datetime 类型

强迫症拒绝和文件管理器里面不显示文件扩展名的用户做朋友😂

@fkdog #21 谢谢😁

能画一个箭头解决的事，从不堆在一起😂
啥？
还要体验到交互效果？
那还不如直接手撸一个 div+css+jquery 的页面给你看，能用简单几行代码解决的事情从来都不画图😂

@fkdog #10 跟传播不传播好像没有关系，代理对象上调用方法，和 this 调用方法，区别可不是一点。

当你发现 @Transactional 注解的新事务没有开启，应该回滚的被提交，应该提交的被回滚，那就会很奇怪。

最终还是注解的锅，脱离了代理对象，注解不一定能被 spring 处理；如果手动控制事务，想开启开启，想提交提交，想回滚回滚，只要没有提交就是回滚，这些问题都可以避免。用注解来实现事务管理真不是一个好的想法，只能说是省事

可惜手动控制事务，代码繁琐，浪费生命

@iseki #8，没试过，下次试一下，原来还可以这样玩😁

占楼问一下，java，spring 的 @Component 组件实现类的成员函数里面，怎么拿到当前调用本方法的 spring 代理对象？ this 肯定不能用的🐶

@Transactional 注解对小白来讲，说好听点就是真省事，说难听点就是反人类

目前我为了保证需要事务环境的方法一定可以开启事务，函数里面强制检查了一遍是否是在事务环境里面；当不需要事务的方法里面调用同一个类里面另一个会新开事务的方法，不需要事务的这个方法我就加一个 self 参数（当前类的接口类型，就是谁调的这个方法就把谁传进来），通过 self 来调用新开事务的方法，多加这个参数仅仅是为了获取代理对象，太难受了，人家的文档又看不懂😂

应该会有一个什么 SpingXXXUtils.currentBean() 之类的东西可以拿到当前这个类接口的代理对象吧，可惜我太菜🐶

求指点，指指点点也行

为什么不是先复制、再删除😂

/t/767839

去观摩一下这个帖子吧，可以说是典型的不算问题的严重问题，细思极恐。

后端门槛要有多低就可以有多低，要有多高也可以有多高

给点小便宜诱惑一下你，然后让你买台广告机回家供着🐶

名副其实的一家广告公司🐶🐶🐶

insert tab(a,b,c) select 1,2,3

insert 并非一定要接一个 values，接一个 select 也是可以的，简单快速

eslint 把不痛不痒的压根不是问题的问题画个红线就没有意思了，让我这种 var 关键字走天下的人情何以堪😂 此处应该被 /* eslint-disable */

idea 写 java 也是一样的卵毛病，一堆没卵用的警告把很关键甚至致命的警告给淹没了

修改配置？成本很高的，老年人不爱学习了，也很难学动。所以很大程度促进了选择性无视警告

column_1
column_2
column_3
column_4
column_5
column_6
....
column_100

一买买 5 年，买了就吃灰