ignite affinity key 並置 究竟是個啥？

先上個pgsql操作的對比，然後引出ignite的並置處理規則

ddl:

drop table student;CREATE TABLE student(sid int PRIMARY KEY ,sname varchar(64), cid int);  
drop table course;CREATE TABLE course(cid int PRIMARY KEY ,cname varchar(64));  
drop table score;CREATE TABLE score(sid int ,cid int,score int,PRIMARY KEY (sid,cid));  

dml:

course表：

student表:

score表：

dql 查詢有成績的學生信息

SELECT student.* FROM student inner JOIN score ON STUDENT 
.sid=score.sid

pgsql結果

ignite結果

顯然,ignite結果不正確,似乎是少了部分結果

ignite 並置:

• ignite的數據是分散式存在的
• join類計算只會在本地的數據集上執行,不會跨節點
  因此有兩種處理方式:

1. 設計時就把具有E-R關係的數據分佈在相同的節點,此種方式最優,在設計分庫分表時也需要考慮這一點
2. 開啟並置處理:affinity_key=sid,即是告訴ignite,涉及到這個欄位的計算時,需要把數據廣播到其他所有節點,由此可見,當表的數據量較大時,性能很差

改寫score表的ddl如下:

CREATE TABLE score(sid int(11) ,cid int(11),score int(11),PRIMARY KEY (sid,cid))
WITH "template=partitioned,backups=1,affinity_key=sid" ;

再執行:

SELECT student.* FROM student inner JOIN score ON STUDENT 
.sid=score.sid

ignite結果

連序都排好了,你說贊不贊 ^_