Phoenix使用ROW_TIMESTAMP字段导致无法从null更新数据的故障描述

在Phoenix 4.14.0及阿里云5.2.0版本中,当ROW_TIMESTAMP字段用于主键时,更新VARCHAR字段为null后无法再次更新。通过创建测试表和数据操作展示问题,表明ROW_TIMESTAMP的实现存在缺陷,建议避免使用。
摘要由CSDN通过智能技术生成

在使用Phoenix的过程中,发现了一个奇怪的异常现象,其中一个表,有个字段(VARCHAR类型),一旦这个字段被更新为null值,从此就无法重新更新该字段的值。

我在测试过程中,重新新建一张表,就发现可以正常更新,是我困惑不已。

最后经过反复对比,发现是另外一个字段设置成ROW_TIMESTAMP导致的,下面详细讲述一些问题的复习。

 

目前测试发现问题的Phoenix版本为4.14.0,另外,我在阿里云的5.2.0版本上测试,也同样发现该问题。

 

先来讲一下正常的逻辑情况。

 

首先我们先建立一个测试表,语句如下:

CREATE TABLE hyy_test_1(

f_index CHAR(2) not null,

f_create_time date not null,

f_content VARCHAR,

constraint pk primary key(f_index, f_create_time)

)

SALT_BUCKETS = 20;

 

注意一下,这里的f_create_time是主键,但没有设置为ROW_TIMESTAMP类型,f_content就是我们要测试的VARCHAR字段。

<
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值