exists

LXD 2.0 系列（七）：LXD 中的 Docker

由 泄露秘密 提交于 2020-03-20 13:44:18
这是 LXD 2.0 系列介绍文章的第七篇。 LXD 入门 安装与配置 你的第一个 LXD 容器 资源控制 镜像管理 远程主机及容器迁移 LXD 中的 Docker LXD 中的 LXD 实时迁移 LXD 和 Juju LXD 和 OpenStack 调试，及给 LXD 做贡献 为什么在 LXD 中运行 Docker 正如我在 系列的第一篇 中简要介绍的，LXD 的重点是系统容器，也就是我们在容器中运行一个完全未经修改的 Linux 发行版。LXD 的所有意图和目的并不在乎容器中的负载是什么。它只是设置容器命名空间和安全策略，然后运行 /sbin/init 来生成容器，接着等待容器停止。 应用程序容器，例如由 Docker 或 Rkt 所实现的应用程序容器是非常不同的，因为它们用于分发应用程序，通常在它们内部运行单个主进程，并且比 LXD 容器生命期更短暂。 这两种容器类型不是相互排斥的，我们的确看到使用 Docker 容器来分发应用程序的价值。这就是为什么我们在过去一年中努力工作以便让 LXD 中运行 Docker 成为可能。 这意味着，使用 Ubuntu 16.04 和 LXD 2.0，您可以为用户创建容器，然后可以像正常的 Ubuntu 系统一样连接到这些容器，然后运行 Docker 来安装他们想要的服务和应用程序。 要求 要让它正常工作要做很多事情，Ubuntu 16.04

Null in Relational Algebra

由 老子叫甜甜 提交于 2020-03-19 06:11:59
问题 I want to query the id of all apartments that were never rented I tried something like this: (π a_id (apartments)) - (π a_id σ from_date Exists ∧ end_date Exists (rental) ⨝ rental.a_id on apartment.a_id (apartment)) But I think I cannot use Exist in relational algebra or null or anything. How could I do it? Thanks I attach the schema here 回答1: For the most straightforward relational algebra, where a relation has an attribute set as heading & tuple set as body: Presumably apartment ids in

Null in Relational Algebra

由 邮差的信 提交于 2020-03-19 06:10:03
问题 I want to query the id of all apartments that were never rented I tried something like this: (π a_id (apartments)) - (π a_id σ from_date Exists ∧ end_date Exists (rental) ⨝ rental.a_id on apartment.a_id (apartment)) But I think I cannot use Exist in relational algebra or null or anything. How could I do it? Thanks I attach the schema here 回答1: For the most straightforward relational algebra, where a relation has an attribute set as heading & tuple set as body: Presumably apartment ids in

rke高可用部署K8S集群及rancher server 高可用

由 不羁的心 提交于 2020-03-18 13:51:27
环境说明： # 工作系统： win 10 on linux # 操作系统：centos7 # docker版本：19.03.5 # rancher版本： latest # rke 版本： v1.0.4 # K8S master 节点IP：192.168.2.175，192.168.2.176，192.168.2.177 # K8S worker节点IP： 192.168.2.175，192.168.2.176，192.168.2.177，192.168.2.185，192.168.2.187 # K8S etcd 节点IP：192.168.2.175，192.168.2.176，192.168.2.177 # helm 版本：v3.0.2 部署准备： # 操作在所有节点进行 # 修改内核参数： 关闭swap vim /etc/sysctl.conf vm.swappiness=0 net.ipv4.ip_forward = 1 net.bridge.bridge-nf-call-ip6tables = 1 net.bridge.bridge-nf-call-iptables = 1 sysctl -p 临时生效 swapoff -a && sysctl -w vm.swappiness=0 # 修改 fstab 不在挂载 swap vi /etc/fstab # /dev

Any point in using LIMIT in EXISTS query?

由 有些话、适合烂在心里 提交于 2020-03-18 03:49:57
问题 Is there any performance benefit in adding a LIMIT to an EXISTS query, or would MySQL apply the limit on its own? Example: IF EXISTS ( SELECT 1 FROM my_table LIMIT 1 -- can this improve performance? ) THEN ... END IF; 回答1: The purpose of EXISTS() is to perform the query only until it can decide if there are any rows in that table matching the WHERE clause. That is, it logically does the same thing as LIMIT 1 . EXISTS is probably called semi-join in some circles. Bottom line: Don't use LIMIT 1

python文件属性判断（是否存在，是否为空）

由 坚强是说给别人听的谎言 提交于 2020-03-17 09:17:15
1. 判断文件是否为空 os.path.getsize() 返回文件的字节数，如果为0，则代表空。 import os file = "/home/abc/a.txt" if not os . path . getsize ( file ) : os . remove ( file ) 2. 判断文件/文件夹是否存在 os.path.exists() 方法用于检验文件/文件夹是否存在。 import os path = "/home/abc/test_dir" file = "/home/abc/test_file" if not os . path . exists ( path ) : os . path . makedirs ( path ) if not os . path . exists ( file ) : pass 先判断文件是否存在，如果存在则判断是否为空： # 文件是否存在，以及是否为空 file = "/home/abc/test_file.txt" if os . path . exists ( file ) : print ( file , " is exists!" ) sz = os . path . getsize ( file ) if not sz : print ( file , " is empty!" ) else : print (

Contingent execution based on stored procedure results I(zz)

由 蓝咒 提交于 2020-03-16 07:11:45
http://sqljunkies.com/WebLog/knight_reign/archive/2005/03/18/9178.aspx Well, I've been a little pre-occupied lately. Between rebuilding machines, my kids getting sick, getting sick from my kids, and my day job, I haven't been blogging for a while. So I've got a few stored up. Look out, here they come. :) Here's one you might find interesting. Say you have the following requirements: You have a stored procedure that queries for some state on your server. You want to conditionally execute portions of your package based on the results of the stored procedure. For this particular case, the user

MySQL 查询优化

由 99封情书 提交于 2020-03-14 09:41:14
1、MySQL 查询统计数据表行数三种方式：select count(*) 、select count(1) 、select count(具体字段)，三者查询效率是怎么样的呢？ 解答： 在MySQL InnoDB 存储引擎中，count(*) 和count(*) 都是对所有结果进行count。如果有where 子句，则是对所有筛选条件的数据行进行统计；如果没有where子句，则是对数据表的数据行数进行统计。 因此count(*) 和 count(1) 本质上并没有区别，执行的复杂度都是O(N)，也就是采用全表扫描，进行循环+计数的方式进行统计。 如果是MySQL MyISAM 存储引擎，统计数据表的行数只需要O(1)的复杂度，这是因为每张MyISAM的数据表都有一个meta信息存储了row_count值，而一致性则由表级锁来保证，因为InnoDB支持事务，采用行级锁和MVCC机制，所以无法像MyISAM一样，只维护一个row_count变量，因此采用扫描全表，进行循环+计数的方式来完成统计； 在执行过程中，count(*) 和 count(1)执行时间略有差别，不过效率可以基本看成是相等的。 一般情况，三者的执行效率count(1) = count(*) >count(字段)。我们尽量使用count(*),当然如果你知道你要统计的是某个字段的非空数据行数，则另当别论

SQL 语句优化 --将Exists转换成 inner join 语句来选择正确的执行计划

由 ☆樱花仙子☆ 提交于 2020-03-10 10:26:18
这段时间优化时，发现一个语句执行时间很长，效率很低，语句如下： select id,field015,field016,field017,field001,field020,field010,field014,field011,field013,field004,field018, field005,field007,field003,null ,requestid from ufv3a7n71178865841875 tbalias where requestid in( select id from workflowbase wb where wb.isdelete<>1 and isfinished=0 ) and exists (select 'X' from Permissiondetail p where p.objid=tbalias.requestid and p.objtable='workflowbase' and ((p.userid='40282c48177be3a001177fefe73843d8') or (( p.isalluser=1 or p.orgid='40288a7d0f55fb5a010f569c2bf01205') and (p.minseclevel <= 10 and ((( p.maxseclevel is not null)

SQL优化--使用 EXISTS 代替 IN 和 inner join来选择正确的执行计划

由 安稳与你 提交于 2020-03-10 10:23:39
在使用Exists时，如果能正确使用，有时会提高查询速度： 1，使用Exists代替inner join 2，使用Exists代替 in 1，使用Exists代替inner join例子: 在一般写sql语句时通常会遇到如下语句： 两个表连接时，取一个表的数据，一般的写法通过关联查询（inner join）： select a.id, a.workflowid,a.operator,a.stepid from dbo.[[zping.com]]] a inner join workflowbase b on a.workflowid=b.id and operator='4028814111ad9dc10111afc134f10041' 查询结果： (1327 行受影响) 表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。 表 'workflowbase'。扫描计数 1，逻辑读取 293 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。 表 '[zping.com]'。扫描计数 1，逻辑读取 1339 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0
订阅 exists