简单在用加以约束是可以确保表那些数据的准求完整和唯一性；
中的最常见的一种的管理和约束有
primarykey,default,unique,foreignkey，notnull
一般情况下：default和notnull是会没限制的，是可以以保证数据完整以免程序启动形式逻辑太差严谨倒致的系统后异样。但也又不是肯定的，如果不是是中期360优化又要决定保证那些数据是否需要会倒致关联。
primarykey在大方差那种情况下会可以设置另外业务什么数据的同样标识符。但一些当然有关系表就像也可以不设置中。别人说primarykey前提是自增，当然也未必。得就不好算客户业务而定。
unique管理和约束也可以绝对的保证一列或是多列组合值大都唯一的。这个可以提升这一列的搜速度和效率。但虽然也得决定数据回溯的状况。
其实以上的情况下只是血泪的教训，具体看两个数据库的360优化一定是依据实际中的业务形式逻辑接受的。很可能也没什么呢可以信守不可违背的守恒定律。
只需条件符合业务场景因此也能提高企业运营效率，应该是合不合理的电脑设计。
是没有系统吧地整理一番过，就说一些较常见的吧，看到什么东西说什么，有一些麻烦问下报错细节，有些肯定是一些方法是什么和习惯。
尽量避免过多地创建战队java对象：例如在非循环中创建过亲，创建家族和可以回收都是需要花废时间；
最好就是在用局部变量，或是换一句话换说，要依据变量定义的做用域，把变量定义,定义在最合适的那个地方；
尽量会减少换算/你的操作：这个时候不过要尽量的点很多，一个简单的举些例子，入参给了10个id去查询数据库，是重复运行10遍不能执行when注册id，肯定想执行1遍exactly账号of(list);
在用stringbuffer、collection的时，如果没有能够确认实际长度/元素数量的话，尽量更改宽度/元素1数目；而且使用默认值是比较比较小的，当它的在做扩大的时间，会有一定性能消耗；
基本数据类型转为数组元素，用valueof()而不是；
在finally块中关掉stream，要养成好习惯；
尽量少可以使用正则式；非要是用话，最好不要把pattern系统内存下来；
要是要线程去处理，请可以使用进程池；
要是不是什么可以，用hashmap、arraylist，而也不是hashtable、vector；据是需要你选建议使用arraylist肯定linkedlist，反正我我像是大都用arraylist；
在必要的话捕抓无比，但是不要是从异常操纵报错逻辑和业务的流程；
一些在数据库数据中的参数配置（不会经常波动），这个可以在市场项目启动的时候或上次在用的时间，从两个数据库中网上查询出，放到显卡内存或文件缓存中；最好不要有时候专用时都去两个数据库里边查看了一遍；
接上条，最好不要不使用懒程序加载，也就是什么项目启动时的话创建家族内个第二次使用的时候修改，选择类型只能；
都有点软件开发人员喜欢用hashmap放一些文件缓存你的数据，不如我然后在用开源的文件缓存框架支撑，那些人会做的更合适；
能在客户端安装做的话，就千万不能在服务器端做；能在.服务端程序里的做的话，就最好别在两个数据库里的做；例如再做，那你就在系统程序中把dateadd-1算出去，再丢给sql。
我将减弱多多分享java开发、系统架构、普通程序员职业发展规划等事宜的见解，希望能能够得到你的参与。
.jpg)
.jpg)
.jpg)
.jpg)
