在大数据的浩瀚海洋里Apache Hive 就像是一座巨大的灯塔，指引着我们处理海量结构化数据的方向。但是面对成千上万张表，Ru果没有一个良好的组织架构，数据仓库hen快就会变成一个巨大的“垃圾场”。这就是为什么我们今天要深入探讨 Hive DDL中Zui基础，却又Zui关键的一环：如何创建数据库。

hen多初学者可Neng会觉得：“不就是一句 `CREATE DATABASE` 吗？这有什么好写的？” 哎，别急。Ru果你真的只是这么想，那你可Neng还没真正领略到 Hive 在元数据管理、权限控制以及存储路径规划上的精妙之处。今天我们就抛开那些枯燥的教科书式定义，像老朋友聊天一样，彻底把这件事聊透。

在开始敲代码之前，我们得先达成一个共识：Hive 里的“数据库”，本质上就是一个命名空间或者目录集合。它把一堆表圈在一起，给它们贴上一个共同的标签。

这就好比你的电脑硬盘。你肯定不会把所有的照片、文档、游戏dou乱七八糟地扔在 C 盘根目录下吧？你会建“照片”、“工作”、“下载”这些文件夹。Hive 的数据库，就是这些文件夹的逻辑概念。

但有一点特别重要：数据存哪儿了？

默认情况下当你欢天喜地地创建一个数据库时Hive 会在 HDFS 的某个特定角落里挖一个坑。这个角落通常由配置参数 hive.metastore.warehouse.dir 决定。在这个目录下Hive 会为你新建一个以数据库名命名的子目录，并且习惯性地加上一个 .db 的后缀。

举个例子，Ru果你建了个叫 finance 的库，HDFS 上大概率会出现一个 /user/hive/warehouse/finance.db 的路径。记住这个机制，后面我们讲到自定义位置时你会明白它的好处。

好了理论铺垫完了咱们来点真格的。创建数据库的语法其实非常灵活，咱们从Zui简单的开始，一步步进阶到企业级的写法。

这是Zui原始的写法，简单粗暴：

CREATE DATABASE my_first_db;

这就完事了？是的。但是这种写法在实战中有个巨大的坑：Ru果这个库Yi经存在了Hive 会直接给你报错，脚本直接挂掉。 为了避免这种尴尬，我们通常会加上 IF NOT EXISTS，这就像是一个安全气囊。

CREATE DATABASE IF NOT EXISTS my_first_db;

加上这句，Ru果库Yi经有了Hive 就会悄悄地忽略，什么dou不会发生，你的脚本也Neng继续往下跑。是不是hen贴心？

一个人过几年没见可Neng就忘了数据库也是一样。特别是当你在一个团队里协作，或者面对几百个数据库时你根本不知道 db_01 是干嘛的。所以注释不是可有可无的，它是必须的！

CREATE DATABASE IF NOT EXISTS hr_system
COMMENT '存储所有人力资源相关数据，包括员工信息、薪资记录等';

加上 COMMENT 之后任何队友只要用一下查kan命令，就Neng立马明白这个库的用途。这叫什么？这叫专业！

刚才我们说了默认情况下数据会被扔到 /user/hive/warehouse/xxx.db 下。但有时候，我们不想这样。比如我们有一个特别大的冷数据归档库，想把它存到一个便宜的大容量 HDFS 目录上；或者，我们想导入一个Yi经存在的数据目录。

这时候，LOCATION 就派上用场了。你Ke以像上帝一样，指定数据库在 HDFS 上的绝对路径。

CREATE DATABASE IF NOT EXISTS project_alpha
LOCATION '/data/project_alpha/storage';

注意kan，这里没有 .db 后缀了完全由你说了算。执行完这条命令，Hive 会在元数据里记一笔：“以后 project_alpha 库里的表，默认dou去 /data/project_alpha/storage 这儿找。”

Ru果你想给数据库加geng多的“元数据”，比如创建人是谁、属于哪个部门、敏感级别是什么光靠 COMMENT 可Neng不够用。这时候，WITH DBPROPERTIES 就像是一个键值对容器，任你填充。

CREATE DATABASE IF NOT EXISTS finance_department
COMMENT '财务部核心数据库'
WITH DBPROPERTIES (
    'creator' = 'DataTeam_Alpha',
    'created_date' = '2023-10-27',
    'department' = 'Finance',
    'sensitivity' = 'High'
);

这些信息平时查数据可Neng用不上，但在Zuo数据治理权限审计或者自动化脚本的时候，简直就是救命稻草。你Ke以写个脚本，扫描所有库，把 sensitivity='High' 的库挑出来Zuo重点加密保护。

库建好了或者你接手了别人的烂摊子，怎么知道有哪些库？它们长什么样？

Zui简单的命令：

SHOW DATABASES;

这会列出 Metastore 里所有的库。但Ru果你库特别多，想找特定的怎么办？用 LIKE 进行模糊匹配。这就像在手机通讯录里搜名字一样。

-- 显示所有以 "pro" 开头的数据库
SHOW DATABASES LIKE 'pro*';

这里的 * 是通配符，代表任意多个字符。这个功Neng在管理成百上千个数据库时非常实用。

光kan名字不够，我想kan细节？用 DESCRIBE DATABASE。

DESCRIBE DATABASE finance_department;

这会给你kan一些基本信息，比如路径、创建时间。但是Ru果你刚才加了 DBPROPERTIES，普通的 DESCRIBE 是kan不到的！你必须加上 EXTENDED 关键字。

DESCRIBE DATABASE EXTENDED finance_department;

加上 EXTENDED 后Hive 会把所有底细dou抖出来包括你刚才设置的那些键值对属性。这是排查元数据问题的终极手段。

在 Hive 里我们经常要操作表。Ru果你每次操作表dou要写 database_name.table_name，那手dou要敲断了。这时候，USE 命令就是你的偷懒神器。

USE retail_analytics;

执行完这句，你当前的 Session 上下文就切换到了 retail_analytics。之后你所有的 CREATE TABLESELECT 操作，默认dou是在这个库下面进行的。

有个小问题：Ru果你切来切去，忘了自己在哪个库了怎么办？别慌，Hive 有个内置函数Neng帮你“找回自我”。

SELECT current_database;

运行一下它会立马告诉你现在脚枪指哪儿。

建库容易，改库难。在 Hive 里一旦库建好了你想改名字？抱歉，不支持。你想改 LOCATION？也不支持。

那 ALTER DATABASE 是干嘛用的？它主要是用来修改 DBPROPERTIES 的。

ALTER DATABASE finance_department SET DBPROPERTIES ;

你Ke以geng新属性，或者加上新的备注。至于删除库，那geng是要命的操作。

Ru果你直接运行：

DROP DATABASE finance_department;

只要这个库里哪怕有一张表，Hive dou会报错！这是 Hive 在保护你，防止你误删数据。这种默认模式叫 RESTRICT。

Ru果你铁了心要删库跑路，连里面的表和数据dou不要了那就用 CASCADE。这就像核武器，威力巨大且不可逆。

DROP DATABASE finance_department CASCADE;

警告：数据将被永久删除，物理文件从 HDFS 上消失，回收站dou找不到！ 除非你非常确定，否则千万别在生产环境随便敲这个命令。

为了巩固一下刚才学的知识，我们来模拟几个大家在工作中经常遇到的坑，顺便kankan怎么解决。

Q1: 当使用 USE db_name 后执行 CREATE TABLE tab1 ...，tab1 会被创建在哪里？

A. default 数据库 B. db_name 数据库 C. 会报错，必须指定 db_name.tab1 D. 用户的主目录下

解析： 答案是 B。这就是 USE 命令的作用，它改变了当前的上下文环境，后续的 DDL 操作Ru果不加库名前缀，默认dou落在当前选中的 db_name 下。