1、模糊查询效率很低：原因：like本身效率就比较低，应该尽量避免查询条件使用like;对于like’%…%’(全模糊）这样的条件，是无法使用索引的，全表扫描自然会效率很低；另外由于匹配算法的关系，模糊查询的字段长度越大，查询的效率就越低。解决办法：首先尽量避免模糊查询，如果因为业务需要一定要使用模糊查询，则至

MySQL索引1\.定义索引是帮助MySQL高效获取数据的数据结构。索引内部存在一个键值和对应数据的物理地址，当数据很多的时候，索引文件会很大，所以一般以文件的形式存储于磁盘中，后缀名为.myi。2\.常用索引类型聚集索引次要索引覆盖索引

1.集合排序概述1.1集合排序的主要内容：集合中的级别数据类型排序集合中的字符串排序Comparator接口Comparable接口1.2数组排序回顾intarr12,25,22,17,89,22;Arrays.sort(arr);输出：12,17,22,22,25,89Java的Arrays类中有一个sort()方法，该方法是Ar

var connectionString  "Data Source(localdb)\\v11.0;Initial CatalogSTANLOG;Integrated SecurityTrue";using (SqlConnection connection  new SqlConnection(connectionString

无论在OLAP还是OLTP领域，Join都是业务常会涉及到且优化规则比较复杂的SQL语句。对于离线计算而言，经过数据库领域多年的积累，Join语义以及实现已经十分成熟，然而对于近年来刚兴起的StreamingSQL来说Join却处于刚起步的状态。其中最为关键的问题在于Join的实现依赖于缓存整个数据集，而Strea

设计范式：　　第一范式：字段是原子性　　第二范式：存在可用主键　　第三范式：任何表都不应该有依赖于其它表非主键的字段创建数据库、设计数据表　　字段：字段名、数据类型、约束（通过键来实现，而键其实可以当做索引来用）DDL：CREATE、DROP、ALTERDML：INSERT(REPLACE)、DELETE、UPDATE、SELE

这几天用到了由cv::Point3f和std::vector<float到cv::Mat数据类型的转换。本质上就是换一下容器。今晚做个小总结。由Point3f到Mat有两种方法，一种使用cv::Mat_<cv::Point3f()，另一种是在声明时使用{}初始化。\\注意：

在生产数据库做CURD操作时，可能会有执行某条语句误操作的情况发生，针对这个种情况有两点建议：1、在SQLSERVER上开启事务确认功能，当执行完语句后确认无误，再提交事务。（开启方法见附件图片）。2、新建存储过程，粘贴附件脚本。此存储过程执行后能够自动产生两个操作日志表，自动记录CRUD的所有操作。适用于提交事务后才发现错误的情况

MySQL基本语法\TOC\MySQL本身自带4张表：information\_schema：数据库又称为信息架构，数据表保存了MySQL服务器所有数据库的信息。如数据库名，数据库的表，表栏的数据类型与访问权限等。performance\_schema：数据库主要用于收集数据库服务器性能参数，

immutable简介不可变对象永远不会发生改变，其字段的值只在构造函数运行时设置一次，其后就不会再改变。例如JDK中常见的两种基本数据类型String和Integer，它们都是不可变对象。为了理解immutable与mutable的区别，可以看看下面的一段代码：packagedate0804.demo2;