前言之前笔者有写过一篇如何设计动态表单配置平台的文章，但是由于笔者电脑问题代码丢失，所以后期重新实现了一套表单设计器，并优化了之前的设计方式，特地做一下总结和复盘。你将收获动态表单开发的一般思路可视化领域中的表单引擎从零实现一款动态表单设计器利用H5Dooring开发一款表单设计平台正文按照习惯，我们先看看表单设计器实现的效果展示：上图中我们将表

前言在日常开发中,需要大量对数据库进行增删改查操作。如果头铁的话,使用原生SQL是最好的,毕竟性能又高,又灵活。但是通常情况下,我们不是太需要那么苛刻的性能,也没有那么多刁钻的需求用原生SQL通常会使用简单快捷的ORM进行增删改查一起看学习一下Django的ORM操作吧表结构设计还是从实际角度出发。假设,现在我需要设计一个简单的图书管理系统,是那种买的书,不

摘要Redis是一款优秀的、开源的内存数据库，我在阅读Redis源码实现的过程中，时时刻刻能感受到Redis作者为更好地使用内存而费尽各种心思，例如最明显的是对于同一种数据结构在不同应用场景下提供了基于不同底层编码的实现（如压缩列表、跳跃表等）。今天我们暂时放下对Redis不同数据结构的探讨，来一起看看Redis提供的另一种机制——内存淘汰机制。

概述　　MySQL有很多种数据类型，最常用的就是int，char，varchar，这些类型在创建表的时候都可以指定该字段的宽度，方法是在类型后面加一个括号，括号中写宽度就可以了。　　但是，在指定宽度之后，有时候，我们可以看到插入的数据有一些被截断了；有一些并没有截断，而是四舍五入了，甚至什么操作都没有，原样插入了。　　下面对于每一种数据类型

2.0版本添加了多报表页嵌套功能，每份报表可设置多页，每页可设置不同的纸张大小、数据表、页面规则等，并可对报表页次序即时调整，同时，优化了显示，报表显示更流畅。2.3增加了数据库生成一维码、二维码以及直接写入维码；数据库字段之间进行混合四则运算。2.5统一了界面，包括打开、保存文件对话框等均自定义，修改了一些错误。demo由于数据库字段生成一

最近客户现在提出系统访问非常慢，需要优化提升访问速度，在排查了nginx、tomcat内存和服务器负载之后，判断是数据库查询速度慢，进一步排查发现是因为部分视图和表查询特别慢导致了整个系统的响应时间特别长。知道了问题之后，就需要对查询比较慢的接口进行优化，但哪些接口需要优化、哪些不需要呢？只能通过日志里的执行时间来判断，那么如何才能知道每一个接口的执行时间呢

数据库中的数据很大，然后我有些新的数据后来加入到数据库中，也希望能够检索到，全部重新建立索引很消耗资源，这样需要用到“主索引增量索引”的思路来解决，这个模式实现的基本原理是设置两个数据源和两个索引。1、创建一个计数器一个简单的实现是，在数据库中增加一个计数表，记录将文档集分为两个部分的文档ID,每次重新构建主索引时，更新这个表先在mysql

自动化测试均需要遵循由点到面的规则，然而对于UI自动化，点是最容易发生变化的，如果使用硬链接，那么每次元素的修改都必须修改代码，这对于代码功底薄弱的测试工程师来说，是较为困难的，所以自动化测试需要对底层基本元素进行封装1、首先就是元素的获取方式我推荐使用CSV的文件格式对元素进行存储和维护，并给每个元素起个别名，这样之后元素维护只需要修改CSV表中具

最近遇到一个问题，就是如何自动删除6个月之前的旧的分区。就MariaDB而言，并没有类似机制，可以让我们开箱即用，去完成这件事情。所以我们需要换一种思路，或许问题就可以很简单的被解决。我们可以创建一个存储过程和一个事件，然后按照预定的时间表来调用这个存储过程。实际上，我们还可以进一步创建一个存储过程，让该过程自动添加新的分区。在本篇文章中，我们将展示如何

数据数数据库是一个集合的物理容器。每个数据库获取其自己设定在文件系统上的文件。一个单一的MongoDB服务器通常有多个数据库。集合集合是一组MongoDB的文件。它与一个RDBMS表是等效的。一个集合存在于数据库中。集合不强制执行模式。集合中的文档可以有不同的字段。通常情况下，在一个集合中的所有文件都是类似或相关目的。文档