请各位大大帮忙解决小弟的一个疑问　＾＾

我建了一个usermanaged cache group，sql如下：
create usermanaged cache group ucg_cjc
from intf_tmp.cjc_elec
(
elec_string varchar(30) not null primary key,
depot_id    varchar(30) not null,
propagate
);
call ttcachestart;
load cache group ucg_cjc where (depot_id='12345678') commit every 0 rows;

cjc_elec表的主键是elec_string
ttisql中执行update cjc_elec set elec_string='test1234' where elec_String='FITTINGINIT2360002';时
报错：

1000: Cannot set primary key columns to different values
The command failed.

是不是cache group中的表，不能更新主键的？

学习！！！关注！！！

Updating values in primary key columns in not supported.

QUOTE:

---

原帖由 nocode 于 2007-11-28 18:01 发表
Updating values in primary key columns in not supported.

---

什么更新时不支持主键列？这个怎么处理啊，更多的实际应用中好想避免不了如此使用吧！！！

QUOTE:

---

原帖由 tom_111 于 2007-11-28 18:04 发表

什么更新时不支持主键列？这个怎么处理啊，更多的实际应用中好想避免不了如此使用吧！！！

---

目前看TT本身是有这个限制，这可能与同步机制以及TT cache的instance结构有关吧。
这个问题可以通过设置PassThrough或者在oracle端修改来实现。

QUOTE:

---

原帖由 nocode 于 2007-11-28 19:12 发表


目前看TT本身是有这个限制，这可能与同步机制以及TT cache的instance结构有关吧。
这个问题可以通过设置PassThrough或者在oracle端修改来实现。

---

能否详细说说。

nocode 大大,多谢回复!

如果有些应用,一定要修改primary key,怎么办?

做上面测试时,我已经在.odbc.ini中设置了passthrough=2.如果设置到3,会不会失去cache的意义了?
passthroug是否能动态设置?
update大量数据时,如果全部传播到oracle端修改,感觉有点怪怪的.

QUOTE:

---

原帖由 loveleana 于 2007-11-28 21:38 发表
nocode 大大,多谢回复!

如果有些应用,一定要修改primary key,怎么办?

做上面测试时,我已经在.odbc.ini中设置了passthrough=2.如果设置到3,会不会失去cache的意义了?
passthroug是否能动态设置?
update大 ...

---

可以用ttOptSetFlag在事务级设置PassThrough为3就不会影响其它事务在cache的修改了。
一般来说，一个合理的应用应该减少主键的频繁或大批量修改。

哦..原来是这样~~多谢nocode和楼上各位的回复,呵呵

QUOTE:

---

原帖由 nocode 于 2007-11-29 09:02 发表


可以用ttOptSetFlag在事务级设置PassThrough为3就不会影响其它事务在cache的修改了。
一般来说，一个合理的应用应该减少主键的频繁或大批量修改。

---

不知道楼上是否可以详细解释一下此用法的具体意义，很想深入了解一下。当然了实际应用中是无法避免主键的频繁或大批量修改的，如果什么事情都可以通过开发人员来避开，那还需要数据库DBA干什么？有些问题不是一开始就可以发现的！