主页 / dba / 问题

问题[identity](dba)

Martin Hope
tinlyx
Asked: 2021-06-14 22:41:19 +0800 CST
  • 0

我的印象是，每个 PostgreSQL 表都有一个与之关联的相应复合类型。但是似乎不能在CREATE TYPE语句中使用 PostgreSQL 标识列：

=> CREATE TYPE _t_type AS (id bigint GENERATED ALWAYS AS IDENTITY);
ERROR:  syntax error at or near "GENERATED"
LINE 1: CREATE TYPE _t_type AS (id bigint GENERATED ALWAYS AS IDENTI...
                                          ^

, 虽然它可以用于CREATE TABLE：

=> CREATE TABLE _t_table (id bigint GENERATED ALWAYS AS IDENTITY);
CREATE TABLE

CREATE TYPE是否存在不能或不应该在语句中使用标识列的根本原因？

（这是 PostgreSQL 14 beta1）。

postgresql identity
Martin Hope
Maggyero
Asked: 2021-06-03 10:09:38 +0800 CST
  • 0

图 3.a 和 3.b，1.4 节，Edgar Codd 1970 年具有里程碑意义的论文“大型共享数据库的数据关系模型”的第 381 页展示了一组关系模式（图 3.a 和图中的 1NF 未归一化） 3.b)。

第一范式。

规范化的关系模式children′有一个 key dependency KEY(man#, childname)，所以它允许像下面的关系这样的实例：

男人＃ 子名 出生日期
1 “托马斯” 2016-03-12
2 “保罗” 2011-08-02
2 “朱莉娅” 2012-01-25
3 “托马斯” 2016-03-12

元组(1, "Thomas", 2016-03-12)and(3, "Thomas", 2016-03-12)可以指代现实世界中名为“Thomas”的两个不同孩子，也可以指代现实世界中名为“Thomas”的同一个孩子（暗示他的两个父母受雇于同一家公司）。所以现实世界中元组和孩子之间的关系是多对一的，即一个元组只能引用一个孩子，但一个孩子可以是多个元组的所指对象。

关系模型是否要求关系的元组与其所指对象之间的关系是一对一的（从而使 Codd 的示例不正确，因为它是多对一的）？

换句话说：关系模型中是否禁止使用别名？我们必须始终在我们的关系中使用全局唯一引用，即 UUID 键吗？

relational-theory identity
Martin Hope
jgrocha
Asked: 2021-06-02 09:26:34 +0800 CST
  • 6

对于serialPostgresql < 10 中使用的列，我们按其名称管理序列。我们能够通过以下方式重置序列：

SELECT setval('table_id_seq', (SELECT MAX(id) FROM table));

从版本 10 开始，使用标识列，无需使用序列名称。那很好。

ALTER TABLE table ALTER COLUMN id RESTART WITH 1000;

如何在max(id)不知道序列名称的情况下将标识列设置为？

据我从ALTER TABLE 语法中可以看出，没有办法让子查询来计算序列的开始。

我想写一些类似的东西：

ALTER TABLE table ALTER COLUMN id RESTART WITH (SELECT MAX(id) FROM table);
postgresql identity
Martin Hope
Dolphin
Asked: 2021-04-18 21:45:55 +0800 CST
  • 0

现在我serial在PostgreSQL 13中用来生成表主键，但是今天发现ID跳了，ID空间有很大的差距。会浪费很多ID。我阅读了文档，发现 PostgreSQL 具有identity作为 SQL 标准生成的主键。我找到了identity在新版 PostgreSQL 中使用的建议，但我不知道 ID 是否连续。

我应该怎么做才能在 PostgreSQL 13 中获得没有间隙的主键 ID？

在此处输入图像描述

解决方案1：我尝试更改serial为identity这样：

BEGIN;
ALTER TABLE public.article ALTER id DROP DEFAULT; -- drop default

DROP SEQUENCE public.article_id_seq;              -- drop owned sequence

ALTER TABLE public.article 
-- ALTER clientid SET DATA TYPE int,              -- not needed: already int
   ALTER id ADD GENERATED ALWAYS AS IDENTITY (RESTART 2270886);
COMMIT;

仍有差距。

解决方案 2：我尝试添加关于我的应用程序插入文章的 redis 分发锁，如下所示：

def save_single(guid, pub_time, title, author, content, source, link):
    if content is not None and len(content) > 0:
        article = Article()
        article_content = ArticleContent()
        beta_parser = CnbetaParser()
        second_parsed_content = beta_parser.parse_cnbeta_content(content, link)
        article_content.article_content = second_parsed_content

        cover_image = None
        lock_identifier = None
        try:
            
            # cover_image = Utils.get_cover_image_url(self, content, link)
            lock_identifier = acquire_lock("article-save", 5, 5)
            article.save(title, guid, author, pub_time, article_content, link, source, cover_image)
        except Exception as e:
            logger.error("save article data error,rss:" + source.sub_url, e)
        finally:
            if lock_identifier is not None:
                release_lock("article-save", lock_identifier)
    else:
        logger.error("article content is null,title:" + title)

仍有差距。

postgresql identity
Martin Hope
Dirk Boer
Asked: 2021-01-30 03:11:43 +0800 CST
  • 8

我刚刚想到默认的身份种子是 1。我有一些表，我知道它们会在某个时候增长到数十亿。int.Min对于这些表，从 (-2,147,483,648)开始不是更有意义吗？

这可能会让您bigint在 4 年或 8 年内迁移您的密钥。可以足够相关。

这很常见吗？感觉很奇怪。有什么我想念的吗？

sql-server identity
Martin Hope
user1633146
Asked: 2020-01-17 07:32:16 +0800 CST
  • 3

我的问题是使用 guid（数据类型唯一标识符）与使用身份规范（数据类型 int）。是否有任何文章谈论您为什么要使用一个与另一个？我在一家使用 guid 的新公司，它似乎慢了很多，但也许是我的想象。令人惊讶的是，这是我第一次看到它用于一行的唯一性。关于为什么要使用其中一个而不是另一个，您有什么帮助或想法吗？

identity uuid
Martin Hope
sql_mind
Asked: 2019-10-29 02:06:22 +0800 CST
  • 0

出于迁移目的，我需要将现有 ID 从旧数据库迁移到 MS SQL Server 中的新表。

我可以在 MS SQL Server 中截断我的表，然后将我在 Pentaho 中的数据库连接调整为“SET IDENTITY_INSERT tablename ON”。然后我可以通过表输出步骤插入我的 ID，但我希望能够更新我现有的 ID 而不会在 MS SQL Server 中截断我的表。

这可以使用 Pentaho 实现吗？

sql-server identity
Martin Hope
JRG
Asked: 2018-12-21 14:51:17 +0800 CST
  • 2

当我调用SCOPE_IDENTITYSybase 时，我得到

[错误] 脚本行：1-6 ------------------------ 未找到函数“SCOPE_IDENTITY”。如果这是 SQLJ 函数或 SQL 函数，请使用 sp_help 检查对象是否存在（sp_help 可能会产生大量输出）。消息：14216，级别：16，状态：1 服务器：DGTSYBASEDEV101，行：3

这是我的代码：

INSERT into IVR_SESSION (PHONE_NUMBER,IVR_TYPE, CALLING_COUNTRY,ADD_DATETIME,UPDATE_DATETIME)
values ("464545454", "asdd", "AUS",getdate(),getdate())
SELECT SCOPE_IDENTITY()
sybase identity
Martin Hope
Crypt32
Asked: 2018-11-26 14:32:42 +0800 CST
  • 12

在大学的最后一堂课中（我是学生），讲师要求我们开发一个数据库（如果重要，可以使用 MySQL 服务器）和将数据库用作数据源的微型客户端应用程序。

要求之一是标识列（即每个表中的 PK）必须是连续的，因为这是一种很好的做法（根据讲师的话）。即当删除表行时，它的 PK 必须在后续插入中重复使用。我在 RDBMS、PK 和身份列方面具有平均知识。据我了解，该标识列只是让数据库在插入行时自动生成 PK 的一种方式，仅此而已。并且标识列值不应以任何方式与行属性相关（只要它不是自然键）。

这个要求（严格的顺序标识列）对我来说很可疑。我试图问讲师，如果身份不是顺序的（由于删除导致的间隙），有什么问题，但得到了非常抽象的答案，例如“这对用户来说很方便，对维护数据库的数据库管理员很有用”。没有具体的例子。“方便用户”的说法听起来很愚蠢，因为它在业务领域没有任何意义。

因此，我很好奇这些原因是否真实？我只能想到一种需要重新设置标识列的情况——当标识空间耗尽时。但是，当标识列类型选择不正确时，这是更多的设计问题，比如简单int而不是bigint表uniqueidentifier包含十亿行时。假设一个标识列是一个聚集索引：标识列中的间隙会影响索引性能吗？也许在我不知道的每次删除后自动标识列重新播种的其他现实原因？

提前致谢！

mysql identity
Martin Hope
StixO
Asked: 2018-08-22 09:58:55 +0800 CST
  • 2

我有大约 10 个值的枚举 - 它们是 Char，例如 A 到 K。这些都是唯一的。它们用于两个目的 - 应用程序被迫选择可接受的值，并且产品和此枚举表之间存在多对多关系。

将主键设置为这个唯一值 [AK] 是不好的做法吗？所以基本上一列 char(1) 作为主键。或者我应该使用 ID 字段，然后在列中设置这些值并强制该列唯一？

此枚举中的值永远不会改变。它们由表示法固定。例如，位置 1 只能是位置 1，就像一垒永远是一垒，永远不会成为三垒（或者至少在过去的 150 年里它没有——我的应用程序可能不会持续那么久）。所以这就是为什么我想简单地这样做——因为它确实是永久的、不变的。

identity unique-constraint