簡介: 造一點模擬數據的方法html
造數據在一些奇怪的場合會被用到。通常咱們是先有數據纔有基於數據的應用場合,可是反過來若是應用拿到另一個場景,沒有數據功能是沒有方法演示的。sql
通常較爲真實的數據,脫敏後就能夠應用在功能測試和演示的場合。可是數據脫敏其實也滿複雜(脫敏太重數據就用不了了,太低數據又泄漏了),因此本身模擬一些數據,彷佛更安全。數據庫
我我的通常遇到的造數據場景有兩個。第一,是有合做夥伴或者同事諮詢一個SQL處理數據的方法,沒有數據。第二,就是有時候會有POC的一些場景,沒有提供真實模擬數據,須要本身模擬。安全
若是是單一的業務場景的數據模擬,不少時候單表就能夠知足了。可是要是模擬某個業務場景,或者POC測試場景則要模擬一個業務系統中的相互關聯的多張表。數據結構
造數據,通常會都會有些用戶需求,會有明確的業務場景的描述。也會有一些其餘要求,例如:表的記錄數、行的存儲、字段的生成規則、字段的值域、字段的枚舉值,還可能會給少許真實的數據。app
2.1. 一個表函數
單獨造一張表的數據可能很是簡單,好比咱們平常測試一個函數,測試一段SQL的JOIN邏輯。也可能很是複雜,構造一個表,也就至關於構造一個業務系統。性能
2.2. 一個業務系統測試
業務系統相對於單表來講只是表的數量增長了。並且,由於業務系統的表間是存在主外鍵關係的,因此,須要先造代碼表(維度表),而後再造業務表(事實表)。阿里雲
造模擬數據的方法分爲兩個階段,第一階段是構造一個小表,產生代碼表(維度表),而後第二階段利用笛卡爾積快速乘出須要的數據量。在這其中,列的數據值填充可使用隨機函數生成。
3.1. 構造一個常量小表
Maxcompute最簡單的造數據的方法是insert into values語句,這通常也是我最經常使用的。在不支持這個語句以前的更早的版本,使用的是union all的方法。若是不想實際寫入數據到,則可使用from values 和 with 表達式。
示例1:經過insert … values操做向特定分區內插入數據。
命令示例以下:
--建立分區表srcp。 create table if not exists srcp (key string,value bigint) partitioned by (p string); --向分區表srcp添加分區。 alter table srcp add if not exists partition (p='abc'); --向表srcp的指定分區abc中插入數據。 insert into table srcp partition (p='abc') values ('a',1),('b',2),('c',3); --查詢表srcp。 select * from srcp where p='abc'; --返回結果。 +------------+------------+------------+ | key | value | p | +------------+------------+------------+ | a | 1 | abc | | b | 2 | abc | | c | 3 | abc | +------------+------------+------------+
示例2:經過values table操做插入數據。
命令示例以下:
--建立分區表srcp。 create table if not exists srcp (key string,value bigint) partitioned by (p string); --向表srcp中插入數據。 insert into table srcp partition (p) select concat(a,b), length(a)+length(b),'20170102' from values ('d',4),('e',5),('f',6) t(a,b); --查詢表srcp。 select * from srcp where p='20170102'; --返回結果。 +------------+------------+------------+ | key | value | p | +------------+------------+------------+ | d4 | 2 | 20170102 | | e5 | 2 | 20170102 | | f6 | 2 | 20170102 | +------------+------------+------------+
values (…), (…) t(a, b)至關於定義了一個名爲t,列爲a和b,數據類型分別爲STRING和BIGINT的表。列的類型須要從values列表中推導。
示例3:from values或者union all組合的方式,構造常量表。
命令示例以下:
with t as (select 1 c union all select 2 c) select * from t; --等價於以下語句。 select * from values (1), (2) t(c); --返回結果。 +------------+ | c | +------------+ | 1 | | 2 | +------------+
以上例子來源於:
https://help.aliyun.com/docum...
3.2. 利用笛卡爾積構造大表
衆所周知,笛卡爾積的寫法只能用在MAPJOIN提示的狀況下。因此,第一步構造出來的常量小表是可使用MAPJOIN的。
命令示例以下:
-- 1 構造一個常量表(我這裏用的有序數字,方便使用where去取制定數量的記錄數去乘笛卡爾積)
create table za1 as select c0 from values (1),(2),(3),(4),(5),(6),(7),(8),(9),(10),(11),(12),(13),(14),(15) ,(16),(17),(18),(19),(20),(21),(22),(23),(24),(25),(26),(27),(28),(29),(30) ,(31),(32),(33),(34),(35),(36),(37),(38),(39),(40),(41),(42),(43),(44),(45) ,(46),(47),(48),(49),(50),(51),(52),(53),(54),(55),(56),(57),(58),(59),(60) ,(61),(62),(63) t(c0); -- 2 使用常量表屢次關聯,構造出須要的記錄數[你們使用計算器大概算一下N的多少次方夠用] create table zb1 as select * from( -- 10*63*63=39690 select /*+mapjoin(t2,t3)*/ 1000000 + row_number() over(partition by 1)-1 as c0 from za1 t1 -- 63 join za1 t2 -- 63 join(select c0 from za1 limit 10)t3 -- 10 )t ; --3 第2步構造的表已經達到萬級,用這個表再構造的表記錄數就能夠輕鬆達到億級
3.3. 利用隨機值有序值填充列
數據種類從本質上能夠分爲2種,序列值和枚舉值。序列值,就是有序的一個數列,使用row_number()函數來實現,在這個場景裏主要定義爲主鍵。枚舉值就是少數的一些代碼值(數值、金額、代碼),分佈在記錄中,這些枚舉值主要使用隨機函數來填充。其餘狀況,目前我的還未遇到,就不描述了。
命令示例以下:
-- 1 有序值,在這個例子中,生成的數據是一個有序的從1000000-1036689的序列,能夠做爲業務主外鍵使用 select /*+mapjoin(t2,t3)*/ 1000000 + row_number() over(partition by 1)-1 as c0 from za1 t1 -- 63 join za1 t2 -- 63 join(select c0 from za1 limit 10)t3 -- 10 ; -- 2 隨機值/固定值,在這個例子中c2列會生成一個相對均勻的1-1000的值 -- 隨機函數生成的隨機數是浮點值,必需要轉爲bigint select /*+mapjoin(t2,t3)*/ 1000000 + row_number() over(partition by 1)-1 as c0 ,1617120000 as c1 ,cast(round(rand()*999,0) as bigint)+1 as c2 from za1 t1 -- 63 join za1 t2 -- 63 join(select c0 from za1 limit 10)t3 -- 10 ; 3.4. 不一樣的數據類型的構造 通常數據類型能夠分爲4種,主鍵惟一值、字符串表明的枚舉值、數值、日期時間。剛纔的例子裏面構造的都是數值,惟一區別的是枚舉值是數字而不是文本,並且沒有構造日期時間。那麼若是確實須要,該怎麼實現。 時間能夠構形成unixtime,就能夠轉化爲數值。文本類型的枚舉值,能夠先構造代碼表,再構建好業務表後再關聯出來(通常業務系統存儲的也是代碼值,而不是一個長字符串)。 命令示例以下: -- 利用代碼表轉文本 with za as ( select * from values (1),(2),(3),(4),(5),(6),(7),(8),(9),(10),(11),(12),(13),(14),(15) ,(16),(17),(18),(19),(20),(21),(22),(23),(24),(25),(26),(27),(28),(29),(30) ,(31),(32),(33),(34),(35),(36),(37),(38),(39),(40),(41),(42),(43),(44),(45) ,(46),(47),(48),(49),(50),(51),(52),(53),(54),(55),(56),(57),(58),(59),(60) ,(61),(62),(63) t(c0) ) ,ta as ( select * from values ('zhangsan',4),('lisi',5),('wangmazi',6) t(a,b)) select k,a,b,c from( select 100 + row_number() over(partition by 1)-1 as k ,cast(round(rand()*3,0) as bigint)+3 as c from za -- 63 limit 3 )tb join ta on ta.b=tb.c ; 返回: k a b c 101 lisi 5 5 102 wangmazi 6 6 103 zhangsan 4 4 -- 利用unixtimetamp轉日期時間 with za as ( select * from values (1),(2),(3),(4),(5),(6),(7),(8),(9),(10),(11),(12),(13),(14),(15) ,(16),(17),(18),(19),(20),(21),(22),(23),(24),(25),(26),(27),(28),(29),(30) ,(31),(32),(33),(34),(35),(36),(37),(38),(39),(40),(41),(42),(43),(44),(45) ,(46),(47),(48),(49),(50),(51),(52),(53),(54),(55),(56),(57),(58),(59),(60) ,(61),(62),(63) t(c0) ) select k ,from_unixtime(1617120000) as t ,from_unixtime(1617120000 +3600000 * c ) -- 小時 as b ,c from( select 100 + row_number() over(partition by 1)-1 as k ,cast(round(rand()*3,0) as bigint)+3 as c from za -- 63 limit 3 )tb ; 返回: k t b c 100 2021-03-31 00:00:00 2021-03-31 03:00:00 3 101 2021-03-31 00:00:00 2021-03-31 05:00:00 5 102 2021-03-31 00:00:00 2021-03-31 06:00:00 6
4.1. 實踐案例
在前段時間經歷的一個電信行業的POC項目,客戶最開始給了80行真實數據,要求造十幾億左右的數據,並給了一些很是特殊的數據要求。
原始數據和根據客戶要求處理過程處理完後的數據特徵的要求
記錄數:單表的記錄數,原始16億,處理後1.7億;
用戶數:1千4百萬;
設備數:23萬;
單行記錄大小:原始數據行記錄436KB,處理完後是157KB;
單用戶記錄數(最小、最多、中位):最小值是1;最大值原始未3萬,處理後是2千4百;
中位數原始值是51,處理後是4;
以下表:
根據上述要求,第一步是分析業務需求,原始數據有61列,可是真實參與數據計算的列只有10列。因此,構造原始表只須要把這10列構造出來,再把原始給的61列的記錄的列選取1行關聯上去便可。
分析原始數據結構,選區參與計算的數據列:
create table if not exists t_log10 ( imei_tac int comment '用戶設備ID1' ,phone7 int comment '用戶設備ID2' ,imsi string comment '用戶設備ID3' ,msisdn string comment '用戶設備ID4' ,tac int comment '電信設備ID1' ,cell_id int comment '電信設備ID2' ,Procedure_Type int comment '業務類型' ,Procedure_Start_Time bigint comment '業務開始時間,unixtimestamp' ,Procedure_status int comment '業務狀態,固定值1' ,country_code int comment '國家碼,固定值-406' ) partitioned by (hh string);
電信業務中,這個業務場景描述的是用戶手機設備在電信運營商基站設備上註冊的狀況。這個業務計算使用的字段10個。有5個是用戶設備維度相關,分別是用戶設備ID(1-4)和國家碼;有2個是電信設備維度相關,分別是電信設備ID(1-2)。還有3個是用戶設備與電信設備業務發生相關的,分別是業務類型、業務狀態、業務開始時間。
因此,在作了需求分析後,我認爲我須要先構建一個用戶設備維度表和電信基站設備維度表,再根據這些維度表構建電信業務事實表(業務表)。
第一步,構建電信基站維度(代碼)表:
drop table if exists t_tac_lacid; create table if not exists t_tac_lacid (id bigint,tac bigint,lacid bigint); insert overwrite table t_tac_lacid select /*+mapjoin(t2)*/ row_number() over(partition by 1)+100000 as rn ,t1.c0+6001 as tac ,t2.c0+1201 as lacid from (select row_number() over(partition by 1)-1 as c0 from zb1 limit 2300)t1 join (select row_number() over(partition by 1)-1 as c0 from zb1 limit 100)t2 ; -- 230000
在這個例子,經過構建的zb1選區特定的記錄數,經過笛卡爾積乘出指定的記錄數的結果集。由於兩個ID要構建出惟一主鍵,因此,這裏使用了row_number窗口函數。在構建主鍵的時候,使用了100000+這種方式來構建固定長度的ID。
第二步,構建用戶設備維度(代碼)表。
drop table if exists t_user; create table t_user (imei_tac bigint,phone7 bigint,imsi string ,msisdn string); insert overwrite table t_user select rn as imei_tac ,cast(substr(to_char(rn),2,7) as bigint)+1000000 as phone7 ,substr(MD5(rn), 1,10) as imsi ,substr(MD5(rn),11,10) as msisdn from( select /*+mapjoin(t2,t3,t4)*/ row_number() over(partition by 1)+10000000 as rn from za1 t1 join za1 t2 join za1 t3 join (select c0 from za1 limit 58) t4 -- limit 100 )t; -- 14502726 -- 63*63*63*58 = 14502726
在這個例子,經過4次使用za1這個表構建了一個看起來很真實的記錄數(實際上造數據差幾條沒區別,這裏有點無聊)。使用row_number窗口函數構建了業務主鍵,並轉化了幾種形式(MD5截取)構建了不一樣的主鍵的樣式。而後使用了隨機函數構建了基站信息。這裏面實際上把基站信息也作了計算,這些特殊處理主要是爲了構建最後的結果表。
最後一步就是構建結果表了,由於前面咱們尚未考慮中位數、極值和處理後結果的問題,因此,實際上最後的實現比較複雜(太長了,就不粘出來了,有須要單獨找我要吧)。
知足特殊要求的方法是用戶分段:
1) 極值,很是小的用戶記錄數知足用戶極值[例如選500個用戶]
2) 中位數,中位數必定是超過了一半以上的用戶的記錄數
3) 補充數,除去極值與中位數剩下的用戶
須要使用提示來改善性能,由於造數據的原始表都很是小,map階段通常只有1個worker。
因此,必需要把map階段的數據塊輸入切小,把map和reduce的資源給大了。
set odps.sql.mapper.cpu=200; set odps.sql.mapper.memory=8192; set odps.sql.mapper.split.size=4; set odps.sql.reducer.cpu=200; set odps.sql.reducer.memory=8192;
4.2. 總結
造數據場景大部分時候都比較簡單,可是,也會遇到上述這種特殊的複雜狀況。可是複雜的業務主要仍是考驗數據加工的能力,怎麼使用基礎表生成複雜表,仍是關係數據庫的關係模型的構建的過程。
單個數據表的構建,首先須要先分析出業務中的維度和事實的部分,再構建維度,利用維度構建事實。
本文爲阿里雲原創內容,未經容許不得轉載。