如果没有指定%NOCHECK
, IRIS将使用系统范围的配置设置来确定是否执行外键引用完整性检查;
默认值是执行外键引用完整性检查。
可以在系统范围内设置此默认值,如外键引用完整性检查中所述。
要确定当前系统范围的设置,调用$SYSTEM.SQL.CurrentSettings()
。
此设置不适用于用NOCHECK
关键字定义的外键。
在UPDATE
操作期间,对于每个具有更新字段值的外键引用,都会在被引用表中的旧(更新前)引用行和新(更新后)引用行上获得共享锁。
这些行在执行引用完整性检查和更新行时被锁定。
然后释放锁(直到事务结束才持有锁)。
这确保了引用的行不会在引用完整性检查和更新操作完成之间发生更改。
锁定旧行可以确保在可能的UPDATE
回滚之前不会更改所引用的行。
锁定新行可以确保引用的行不会在引用完整性检查和更新操作完成之间发生更改。
如果对CASCADE
、SET NULL
或SET DEFAULT
定义的外键字段执行了带有%NOLOCK
的UPDATE
操作,则相应的更改外键表的引用操作也会使用%NOLOCK
。
默认情况下,UPDATE
、INSERT
、DELETE
和TRUNCATE TABLE
是原子操作。
UPDATE
要么成功完成,要么回滚整个操作。
如果任何指定的行不能更新,则不更新指定的行,数据库将恢复到发出UPDATE
之前的状态。
可以通过调用SET TRANSACTION %COMMITMODE
来修改SQL中当前进程的这个默认值。
您可以通过调用SetOption()
方法在ObjectScript中修改当前进程的这个默认值,如下SET status=$SYSTEM.SQL.Util.SetOption("AutoCommit",intval,.oldval)
。
以下intval
整数选项是可用的:
1
或IMPLICIT (autocommit on)
——默认行为,如上所述。
每个UPDATE构成一个单独的事务。2
或EXPLICIT (autocommit off)
-如果没有事务在进行中,UPDATE
会自动启动一个事务,但是你必须显式地COMMIT
或ROLLBACK
来结束事务。
在EXPLICIT
模式下,每个事务的数据库操作数是用户定义的。NONE
(没有自动事务)——调用UPDATE
时不会启动任何事务。
失败的UPDATE
操作可能会使数据库处于不一致的状态,一些指定的行被更新,而一些未被更新。
要在此模式中提供事务支持,必须使用START transaction
来启动事务,并使用COMMIT
或ROLLBACK
来结束事务。分片表始终没有自动事务模式,这意味着对分片表的所有插入、更新和删除都是在事务范围之外执行的。
可以使用GetOption(“AutoCommit”)
方法确定当前进程的原子性设置,如下面的ObjectScript
示例所示:
ClassMethod Update()
{
s stat = $SYSTEM.SQL.SetOption("AutoCommit", $RANDOM(3),.oldval)
if stat '= 1 {
w "SetOption failed:" d $System.Status.DisplayError(stat) q
}
s x = $SYSTEM.SQL.GetOption("AutoCommit")
if x = 1 {
w "默认的原子性行为",!
w "自动提交或回滚"
} elseif x=0 {
w "没有启动事务,就没有原子性:",!
w "DELETE失败会导致数据库不一致",!
w "不支持回滚"
} else {
w "需要显式提交或回滚"
}
}
如果没有指定%NOLOCK
,系统将自动对INSERT
、UPDATE
和DELETE
操作执行标准的记录锁定。
在当前事务期间,每个受影响的记录(行)都被锁定。
默认的锁阈值是每个表1000
个锁。
这意味着,如果在事务期间从表中更新超过1000
条记录,就会达到锁阈值, IRIS会自动将锁级别从记录锁升级到表锁。
这允许在事务期间进行大规模更新,而不会溢出锁表。
IRIS应用以下两种锁升级策略之一:
“E”
类型的锁升级: IRIS使用这种类型的锁升级,如果以下条件为真:
持久性(可以从Management Portal SQL模式显示的Catalog Details中确定这一点)。
(2)类要么不指定IDKey
索引,要么指定单一属性的IDKey
索引。
“E”类型的锁升级在ObjectScript Reference中的lock
命令中进行了描述。%Save
都会增加锁计数器的值。
这意味着如果在事务中保存单个对象1001
次, IRIS将尝试升级锁。对于这两种锁升级策略,可以使用$SYSTEM.SQL.Util.GetOption(“LockThreshold”)
方法确定当前系统范围的锁阈值。
默认值是1000
。
这个系统范围的锁阈值是可配置的:
$SYSTEM.SQL.Util.SetOption("LockThreshold")
方法。1000
个锁。
如果更改此设置,则更改后启动的任何新进程都将具有新设置。需要在“%Admin Manage Resource”
中具有“USE”
权限才能修改锁定阈值。
IRIS会立即将对锁阈值的任何更改应用到所有当前进程。
自动锁升级的潜在后果是,当试图升级到表锁的进程与持有该表中记录锁的另一个进程冲突时,可能发生死锁情况。
有几种可能的策略可以避免这种情况:(1)增加锁升级阈值,以便锁升级不太可能在事务中发生。
(2)大幅降低锁升级阈值,以便锁升级几乎立即发生,从而减少其他进程锁定同一表中的记录的机会。
(3)在事务期间应用表锁,不执行记录锁。
这可以在事务开始时指定LOCK TABLE
,然后指定UNLOCK TABLE
(没有IMMEDIATE
关键字,以便表锁持续到事务结束),然后使用%NOLOCK
选项执行更新。
自动锁升级旨在防止锁表溢出。
但是,如果执行的更新数量如此之多,以致出现<LOCKTABLEFULL>
错误,UPDATE
将发出SQLCODE -110
错误
ROWVERSION
SERIAL (%Counter)
如果一个表有一个数据类型为ROWVERSION
的字段,那么对一行执行更新将自动更新该字段的整数值。
ROWVERSION
字段接受来自名称空间范围的行版本计数器的下一个顺序整数。
试图指定ROWVERSION
字段的更新值将导致SQLCODE -138
错误。
UPDATE
操作对SERIAL (%Library.Counter)
计数器字段值没有影响。
但是,使用INSERT OR update
执行的更新会导致在串行字段的后续插入操作中跳过整数序列。
要执行更新,必须对指定的表(或视图)具有表级update
权限,或者对指定的列具有列级update
权限。
当更新一行中的所有字段时,请注意,列级特权覆盖GRANT
命令中命名的所有表列;
表级权限涵盖所有表列,包括分配权限后添加的列。
UPDATE
权限,或者对更新字段列表中的所有列具有列级UPDATE
权限。WHERE
子句中的字段具有SELECT
权限,无论这些字段是否要更新。
如果这些字段包含在更新字段列表中,则必须同时拥有这些字段的SELECT
和UPDATE
权限。
在下面的示例中,Name
字段必须(至少)具有列级的SELECT权限:UPDATE Sample.Employee (Salary) VALUES (1000000) WHERE Name='Smith, John'
在上面的示例中,Salary
字段只需要列级UPDATE
特权。
如果用户是该表的Owner
(创建者),则自动授予该用户对该表的所有特权。
否则,必须向用户授予该表的权限。
如果不这样做,将导致一个带有%msg
的SQLCODE -99
错误。
您可以通过调用%CHECKPRIV
命令来确定当前用户是否具有适当的特权。
可以使用GRANT
命令分配用户表权限。
当属性被定义为ReadOnly
时,相应的表字段也被定义为ReadOnly
。
只读字段只能使用InitialExpression
或SqlComputed
赋值。
尝试更新具有列级ReadOnly
(SELECT
或REFERENCES
)权限的字段的值(即使是NULL
值)将导致SQLCODE -138
错误:无法为只读字段插入/更新值。
当您使用链接表向导链接一个表时,您可以选择将字段定义为只读。
源系统上的字段可能不是只读的,但是如果IRIS将链接表的字段定义为只读,那么尝试引用该字段的UPDATE
将导致SQLCODE -138
错误。
IRIS行级安全允许UPDATE
修改任何安全允许它访问的行。
它允许更新行,即使更新创建的行安全性不允许随后访问。
为了确保更新不会阻止您对行的后续SELECT
访问,建议通过具有WITH CHECK OPTION
的视图执行update
。
本文系转载,前往查看
如有侵权,请联系 cloudcommunity@tencent.com 删除。
本文系转载,前往查看
如有侵权,请联系 cloudcommunity@tencent.com 删除。