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

当数据库中数据量特别大的时候，查询的速度就比较慢，这时候需要添加索引，来提高查询速度。索引的优点1通过创建唯一索引，可以保证数据库表中每行数据的唯一性。2加快数据查询速度3在使用分组和排序进行数据查询时，可以显著的减少查询中分组和排序的时间索引的缺点1维护索引需要消耗数据库资源2索引需要占用磁盘空间，索引文件可能会比数据

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

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

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

!(https://oscimg.oschina.net/oscnet/b28f90bfd78b4050ad8c40ae2bb9abe3.png)当数据库服务器和客户端位于不同的主机时，就需要建立网络连接来进行通信。客户端必须使用数据库连接来发送命令和接收应答、数据。通过提供给客户端数据库的驱动指定连接字符串后，客户端就可以和数据库建立连接了

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

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

本文主要以介绍方法为主，落地过程可以归纳为方案收益测算数据安全验证系统稳定性验证灰度与回滚。文中的账单系统通过step1大表压缩32%，step2大JSON字段序列化12%，step3删除无效数据10%，3个方案的顺利落地，有效的减少了50.7%的磁盘空间，成本下降也非常显著。最后，希望此文能够给还在迷茫，不知从何处下手落地数据库存储成本降低的同学一些启发和灵感