在使用Exists时，如果能正确使用，有时会提高查询速度： 1，使用Exists代替inner join 2，使用Exists代替 in 1，使用Exists代替inner join例子: 在一般写sql语句时通常会遇到如下语句： 两个表连接时，取一个表的数据，一般的写法通过关联查询（inner j
https://www.cnblogs.com/caoweixiong/p/12334418.html 前言 平时会遇到很多脚本都有参数选项，类似： ./test.sh -f config.conf -v --prefix=/home 这种脚本怎么写呢？ 一、Shell 特殊参数解释 首先来看几个特
https://docs.pingcap.com/zh/tidb/stable/dev-guide-timeouts-in-tidb 本章将介绍 TiDB 中的各种超时，为排查错误提供依据。 GC 超时 TiDB 的事务的实现采用了 MVCC（多版本并发控制）机制，当新写入的数据覆盖旧的数据时，旧的
Chrony 的学习与使用 背景 之前捯饬 ntp 发现很麻烦, 经常容易弄错了. 昨天处理文件精确时间时 想到了时间同步. 发现只有自己总结的ntpdate 但是还没有 chronyd相关的总结 本着自己写笔记是为了快速解决问题的思路 想趁着孩子上课, 将快速解决方案部署一下. 安装 yum in
目录 Shell函数使用Shell函数的优点 Shell 函数定义使用原则函数传参函数变量的作用范围 函数递归阶乘递归目录函数库 Shell函数 将命令序列按格式写在一起可方便重复使用命令序列Shell函数定义 调用函数的方法 使用Shell函数的优点 使用函数可以避免代码重复使用函数可以将大的工程
https://www.cnblogs.com/the-tops/p/8798630.html 暂时目前的环境处理方法比较简单： 在root用户下添加计划任务： */10 * * * * sync;echo 3 > /proc/sys/vm/drop_caches; 每十分钟执行一次，先将脏数据写回
### XAML格式化的意义 在开发WPF应用过程中，编写XAML时需要手动去缩进或者换行，随着时间的推移或者参与开发的人增多，XAML文件内容的格式会越来越乱。要么属性全都写在一行，内容太宽一屏无法完整展现；要么属性单独占一行，难以直观的看清结构；另外xaml元素的属性无序，重要属性查找困难，手动
概述 今天心血来潮，介绍一下我的新博客站点 —— https://EWhisper.cn。 我是做基础平台 PaaS 运维和架构的，挺喜欢把工作中学到的新知识写下来、记笔记，突然有一天就抱着「资源共享、天下为公」的理念，分享我的学习心得，也能让我的文章更规范刻度。 我是从 2019 年开始折腾博客的
背景 最近有一个需求需要自定义一个多继承abc.ABC与django.contrib.admin.ModelAdmin两个父类的抽象子类，方便不同模块复用大部分代码，同时强制必须实现所有抽象方法，没想按想当然的写法实现多继承时，居然报错metaclass conflict： In [1]: impo
简介 python可以做很多事情，虽然它的强项在于进行向量运算和机器学习、深度学习等方面。但是在某些时候，我们仍然需要使用python对外提供web服务。 比如我们现在有一个用python写好的模型算法，这个模型算法需要接收前端的输入，然后进行模拟运算，最终得到最后的输出。这个流程是一个典型的web
[toc] # 简介 prompts是大语言模型的输入，他是基于大语言模型应用的利器。没有差的大语言模型，只有差的prompts。 写好prompts才能发挥大语言模型300%的功力。 理论上，要写好prompts其实不是那么容易的，但是langchain把这个理论变成了现实，一起来看看吧。 # 好
Winform也可以这么好看？ 对于Winform很多人的刻板印象就是拖拉拽，简单生产界面，但是这样对于界面的效果，它并不会很好，虽然简单，快，但是效果也是极差，所以有很多人就去使用WPF，去写xml的语法写界面，但是我个人非常不习惯这种xml的写法，但是有时候Winform更简单，但是有没有一个让
# 一个超级大的文件如何更快读 问题起因  一个有千万的数据的txt文件如何发挥IO的全部性能更快的读和写。 ##
我们说衡量一个程序员水平的高低往往有很多因素，但有一个因素至关重要即代码质量。 如果程序员写的功能在测试阶段就被频繁打回，上线了之后，用户反馈这里有问题那里有问题，大家可以想像这样的程序员水平能高到哪里去，纯粹一个“挖坑”程序员无疑。 那有没有什么窍门能减少程序出bug的概率呢？ 这里作者分享两个我自己总结的减少程序出bug的小窍门，希望对你有所帮助。
[TOC] > 阅读之前要注意的东西：本文就是主打流水账式的源码阅读，主导的是一个参考，主要内容需要看官自己去源码中验证。全系列文章基于 spring 源码 5.x 版本。 写在开始前的话： 阅读spring 源码实在是一件庞大的工作，不说全部内容，单就最基本核心部分包含的东西就需要很长时间去消化了
