Doris 数据模型：克服三大神器的选择困难症

CREATE TABLE 程序员摸鱼日志 (
   工位号 SMALLINT COMMENT '摸鱼重灾区',
   摸鱼时间 DATETIME COMMENT '作案时间',
   手机型号 VARCHAR() COMMENT '作案工具',
   APP名称 VARCHAR() COMMENT '王者荣耀/小红书...'
)
DUPLICATE KEY(工位号, 摸鱼时间) -- 排列组合随心查
DISTRIBUTED BY HASH(工位号) BUCKETS ;
-- 注释：此表可能引发人事部关注，慎用！

CREATE TABLE 摸鱼统计报表 (
   工位号 INT,
   摸鱼类型 VARCHAR(),
   摸鱼时长 BIGINT SUM DEFAULT '0' COMMENT '累计摸鱼时间',
   被抓次数 BIGINT REPLACE DEFAULT '0' COMMENT '最新记录'
)
AGGREGATE KEY(工位号, 摸鱼类型) 
DISTRIBUTED BY HASH(工位号) BUCKETS ;
-- 警告：此表可能导致程序员集体抗议

CREATE TABLE 程序员信息表 (
   员工ID BIGINT COMMENT '防伪标识',
   发量 TINYINT COMMENT '重要指标',
   最后摸鱼时间 DATETIME COMMENT '高危字段'
)
UNIQUE KEY(员工ID) -- 主键防重就像防秃
DISTRIBUTED BY HASH(员工ID) BUCKETS  
PROPERTIES("enable_unique_key_merge_on_write" = "true");
-- 注意：发量字段建议设置自动递减触发器

-- 错误示范：把发量这种低基数列放前面
CREATE TABLE 秃头表 (
   发量 TINYINT,  -- 查询时慢到怀疑人生
   员工ID BIGINT
) 
DUPLICATE KEY(发量);

CREATE TABLE 程序员吐槽日志 (
   内容 TEXT COMMENT '含大量"秃头""996"等关键词',
   INDEX 吐槽索引(内容) USING INVERTED PROPERTIES("parser"="chinese")
)
-- 使用：快速定位吐槽最狠的程序员
SELECT * WHERE 内容 MATCH_ANY '加班 脱发';

CREATE TABLE 防沉迷系统 (
   用户ID BIGINT COMMENT '高基数字段',
   游戏时长 INT
) PROPERTIES (
   "bloom_filter_columns"="用户ID"  -- 查人快准狠
);

DISTRIBUTED BY HASH(用户ID) BUCKETS  
-- 分桶就像分蛋糕，要均匀才不会打架
-- 每个桶1-10G最佳，太小容易头秃，太大容易头冷

PARTITION BY RANGE(摸鱼时间) (
    FROM ("2023-01-01") TO ("2024-01-01") INTERVAL  MONTH
)
PROPERTIES (
   "dynamic_partition.enable" = "true",  -- 自动管理分区
   "dynamic_partition.time_unit" = "MONTH"  -- 按月自动分
);
-- 从此告别手动建分区的加班生活

**症状**：集群突然卡成PPT  
**尸检报告**：忘记设置`load_to_single_tablet=true`  
**抢救步骤**：
1. 停止所有写入（像暂停心跳一样重要）
2. 执行`ADMIN COMPACT TABLE;`（给数据做心脏复苏）

地址 VARCHAR()  -- 适合普通地址
犯罪现场描述 STRING   -- 适合写小说级的事故报告

CREATE TABLE 程序员属性 (
   员工ID BIGINT,
   技能树 JSON COMMENT '{"语言":["Java","SQL"],"发量":0}'
)
-- 查询技能：SELECT 技能树->'$.语言[0]' 

摸鱼时间 DATETIME()  -- 精确到毫秒
-- 用于证明"我就刷了1秒朋友圈"