前言学习了关于数据表的基本操作，也就是针对单表的增删改查以及创建和删除，而在实际开发中，往往是多表联合操作，尤其是插入和查询用的最多，而这两步都要经过一个“筛选”的过程，这个过程要根据具体业务逻辑，综合不同的表，查询后决定是否满足插入或其他条件。本节内容涉及的广泛一些，我们需要创建多个表，进行复杂一点的操作，数据库管理工具这里使用的是Navicat12

前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出

在实际开发中，我们经常会需要做一件事：在完成某一个动作之后，需要另外以同步或者异步的方式去通知另外的对象去完成额外的操作，比如：当用户下单成功之后，需要发异步消息到给到邮件系统发邮件（短信）通知用户。(这里就涉及到异步消息的概念)消息队列是我们用来解决系统与系统之间异步与解耦的极佳实践工具，而在应用内部这个级别上，有时候也会需要这样的异步消息通知机制

关于我引言使用VsCode进行Go程序开发，我们肯定会碰到一些问题，这些问题有些是IDE的配置问题，有些是下载包的版本不一致问题，本文主要针对在开发过程中碰到的问题做一个简单的回顾和整理。前期准备，必看在进行问题纠错前，先确保自己正确下载了golang的官方工具集gotool，如果不确定，就跟着我的步骤操作一遍，可能操作后，你的问题就解决了。1、配置go

本文正文部分引用了58同城架师沈剑的文章，非常感谢他的分享。1、前言IM应用从服务端数据的角度来看，它是一种很特殊的应用场景，抛开基础数据、增值业务和附属功能不谈，单从IM聊天工具的立身之本——聊天数据来说，理论上是不需要在服务端存储的（或者说只需要短暂存储——比如离线消息，上线即拉走），这也是为什么微信在前段时间号称绝不存储用户聊天数

由于样本图片数据都是保存在pdf里，想拿到样本必须先把图片从pdf中提取出来，算是数据清洗中的一点小小的积累吧。这里不得不吐槽一下公司存储图片的机制，业务员把jpg格式的照片放到word里，然后用工具把word保存为pdf，最后上传到公司服务器里，这简介反人类，不但丢失了图片头文件信息，还造成后期数据转换的大量时间资源的浪费，可能pdf格式会小一

背景不知道是否你还在为下面的问题而困扰：当你使用了redis或者其他中间件做缓存的时候，经常发现缓存和数据库的数据不一致，只能通过定时任务或者缓存过期的方式去做一些限制。当你使用了ES做搜索工具，使用双写的那一套方法，还在为ES和数据库不是一个事务而担忧。当你需要迁移数据的时候，也还在使用双写的方法，如果是同一个数据

摘要：AI开发看上去很美，实践起来却不是一件容易的事。一个聪明的开发者知道借助工具提升开发效率，一个智能的平台则会站在开发者的立场，为用户提供贴心服务。前言“理想很丰满，现实很骨感。”如果用一句话来描述AI开发的现状，恐怕没有比这句话更合适的了。近两年，人工智能作为朝阳行业引得资本、企业、个人纷纷涌入，大有抢滩登陆之势。尤其是对充满

DD镜像是目前被最广泛使用的一种镜像格式，也称成原始格式(RAWImage)。DD镜像的优点是兼容性强，目前所有磁盘镜像和分析工具都支持DD格式。此外，由于没有压缩，镜像速度较快。DD镜像最主要的问题就是非压缩格式，镜像文件与原始证据磁盘容量完全一致。即便原始证据磁盘仅有很少的数据，也一样需要同样的磁盘容量。很显然，解决DD镜像容量大问题最好的方法就是采用

自动化专业就业方向有哪些？一、自动化单片机方向对于单片机来说，以后的发展可以概括为，更低的功耗，更小的体积，主流单片机和多品种共存。为了更好地适应新的需求，无论是工业控制还是生活需求，单片机行业肯定会继续开发功能更强大的单片机，功能更多，性能更好，然而单片机的基础都是相通的。入对门，摆正心态。单片机就像是凿子或者锤子这样的工具，拿到手里就可以使用。一