Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
Greenplum
Gpdb
提交
cf92ef7b
G
Gpdb
项目概览
Greenplum
/
Gpdb
通知
7
Star
1
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
DevOps
流水线
流水线任务
计划
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
G
Gpdb
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
DevOps
DevOps
流水线
流水线任务
计划
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
流水线任务
提交
Issue看板
体验新版 GitCode,发现更多精彩内容 >>
提交
cf92ef7b
编写于
12月 13, 2018
作者:
M
Mel Kiyama
提交者:
David Yozie
12月 13, 2018
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
docs - update LOCK command - correct lock used by ANALYZE (#6480)
ANALYZE uses SHARE UPDATE EXCLUSIVE, not ACCESS EXCLUSIVE
上级
54460882
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
9 addition
and
10 deletion
+9
-10
gpdb-doc/dita/ref_guide/sql_commands/LOCK.xml
gpdb-doc/dita/ref_guide/sql_commands/LOCK.xml
+9
-10
未找到文件。
gpdb-doc/dita/ref_guide/sql_commands/LOCK.xml
浏览文件 @
cf92ef7b
...
...
@@ -75,9 +75,8 @@
mode is specified, then
<codeph>
ACCESS EXCLUSIVE
</codeph>
, the most
restrictive mode, is used. Lock modes are as follows:
<ul
id=
"ul_cnt_mll_m4"
>
<li
id=
"dv157736"
>
ACCESS SHARE — Conflicts with the
<codeph>
ACCESS
EXCLUSIVE
</codeph>
lock mode only. The commands
<codeph>
SELECT
</codeph>
and
<codeph>
ANALYZE
</codeph>
automatically acquire a lock of this mode on referenced tables. In
EXCLUSIVE
</codeph>
lock mode only. The
<codeph>
SELECT
</codeph>
command acquires a lock of this mode on referenced tables. In
general, any query that only reads a table and does not modify it
will acquire this lock mode.
</li>
<li
id=
"dv157739"
>
ROW SHARE — Conflicts with the
...
...
@@ -96,13 +95,13 @@
<codeph>
ACCESS SHARE
</codeph>
locks on any other referenced
tables).
</li>
<li
id=
"dv157745"
>
SHARE UPDATE EXCLUSIVE — Conflicts with the
<codeph>
SHARE UPDATE
</codeph><codeph>
EXCLUSIV
E
</codeph>
,
<codeph>
SHARE
</codeph>
,
<codeph>
SHARE
ROW EXCLUSIVE
</codeph>
,
<codeph>
EXCLUSIVE
</codeph>
, and
<codeph>
ACCESS
EXCLUSIVE
</codeph>
lock modes. This mode protects a table
against concurrent schema changes and
<codeph>
VACUUM
</codeph>
runs.
Acquired automatically by
<codeph>
VACUUM
</codeph>
(without
<codeph>
FULL
</codeph>
) on heap tables.
</li>
<codeph>
SHARE UPDATE
EXCLUSIVE
</codeph>
,
<codeph>
SHAR
E
</codeph>
,
<codeph>
SHARE ROW EXCLUSIVE
</codeph>
,
<codeph>
EXCLUSIVE
</codeph>
, and
<codeph>
ACCESS EXCLUSIVE
</codeph>
lock modes. This mode protects a table against concurrent schema
changes and
<codeph>
VACUUM
</codeph>
runs. Acquired by
<codeph>
VACUUM
</codeph>
(without
<codeph>
FULL
</codeph>
) on heap
tables and
<codeph>
ANALYZE
</codeph>
.
</li>
<li
id=
"dv157748"
>
SHARE — Conflicts with the
<codeph>
ROW
EXCLUSIVE
</codeph>
,
<codeph>
SHARE UPDATE EXCLUSIVE
</codeph>
,
<codeph>
SHARE ROW EXCLUSIVE, EXCLUSIVE
</codeph>
, and
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录