postgresql用UUID的人多还是用自增ID的人多？

在PostgreSQL中，使用UUID或自增ID作为主键的选择取决于具体的应用场景和个人偏好。没有统计数据可以准确地告诉我们使用UUID和自增ID的人数比例。

然而，UUID作为主键在某些特定的场景中变得越来越受欢迎。例如，在分布式系统中，使用UUID可以确保在不同节点上生成唯一的标识符，避免了冲突的风险。此外，对于需要更好的安全性和隐私保护的应用程序，使用UUID可以提供更高的匿名性。

另一方面，自增ID在传统的关系型数据库中一直很常见，并且在很多应用程序中被广泛使用。自增ID具有连续性和易读性的优势，并且在处理大量数据时通常具有更好的性能。

综上所述，无法准确说出哪种方式更为常见或受欢迎。选择使用UUID还是自增ID作为主键应该根据具体需求和个人偏好进行评估和决策。

相关问题

postgresql用UUID还是自增主键ID好？

这个问题没有绝对的答案，取决于你的具体需求和偏好。下面是一些考虑因素：

1. 数据库性能：自增主键ID通常比UUID更高效，因为它们是连续的整数，不需要额外的计算和存储空间。而UUID是128位的全局唯一标识符，需要更大的存储空间，并且在索引和排序时会导致性能下降。

2. 数据迁移和集群：如果你需要将数据从一个数据库迁移到另一个数据库，自增主键ID可能更方便，因为它们不会冲突。而UUID在不同数据库之间生成唯一标识符可能会有冲突的风险。

3. 安全性和隐私：UUID是全局唯一的，很难猜测出其他对象的标识符。这在某些情况下可以提供更好的安全性和隐私保护。而自增主键ID是连续的整数，可能会暴露一些信息。

4. 可读性：自增主键ID是连续的整数，相对容易理解和阅读。而UUID是一串随机字符串，不太直观。

综上所述，如果你更关注性能和迁移方便，可以选择自增主键ID。如果你更关注安全性和隐私，或者需要在分布式系统中生成全局唯一标识符，可以选择UUID。最好根据具体情况权衡利弊并选择最适合你的应用程序的方案。

pgsql 怎么自增长UUid

PostgreSQL (简称PGSQL或Postgres)是一个开源的对象关系型数据库管理系统。如果你想在创建表时自动为某个字段生成唯一的UUID（通用唯一标识符），你可以使用`uuid_generate_v4()`函数结合`serial`类型或者`serial8`类型来实现这个需求，因为`serial`和`serial8`类型通常用于自增整数，但它们也可以被映射到其他的类型。

**示例1：使用`serial8`和`uuid_generate_v4()`生成UUID**

CREATE TABLE my_table (
    id serial8 NOT NULL,
    uuid_column UUID DEFAULT uuid_generate_v4(),
    -- 其他列...
);

在这个例子中，`uuid_column`将自动获取一个新的UUID值，每次插入新行时，它的值都会是唯一的。

**示例2：使用`serial`（如果支持）和类型转换**
如果系统支持，你也可以使用`serial`类型，并在存储前将生成的UUID转换为`bigint`，然后再转换回UUID。但这可能不如直接使用`serial8`稳定，因为不是所有的系统都支持`serial`生成UUID。

CREATE TABLE my_table (
    id serial NOT NULL,
    uuid_column UUID DEFAULT uuid_generate_v4()::bigint::uuid,
    -- 其他列...
);

请注意，`uuid_generate_v4()`是可选的，如果你不希望每次都生成新的UUID，可以直接定义一个默认值。