我有一个表格，其中的数据对于单个用户来说是这样的

ID - 号码 - 子号码 - 姓名

1 101 201101 Jack
2 101 201102 Jack
3 101 201103 Jack
4 101 201107 Jack
5 101 201111 Jack
6 101 201112 Jack
7 101 201113 Jack
8 101 201161 Jack
9 101 201162 Jack
10 101 201163 Jack
11 101 201164 Jack
12 101 201165 Jack

我想得到这样的记录 without using any kind of loop.

号码 - 姓名 - 子号码

101 Jack (201101-201103, 201107, 201111-201113, 201161-201165)

目前我能够以这种形式获取记录

号码 - 姓名 - 子号码 …

我有一台运行 SQL Server 2012 的服务器，在一个表上有多个 Filestream 容器。

我需要通过创建一个新的文件流容器并移动数据来将现有的文件流容器之一拆分为两部分。

如何在文件流容器之间可靠地移动内容？

我将第一个容器设置为不再增长，但是如何在不写入全新表的情况下将文件移动到另一个容器？有没有办法做一个UPDATE会导致 SQL Server 再次将文件写入磁盘的语句？- 我曾想过附加一个额外的数据字节，然后将其删除，以使 SQL Server 将内容作为新文件写入，但有更好的方法吗？

我的问题是是否有可能有由多列组成的唯一索引，其中一列可能包含NULL.

例子：命名“regulated_person” A表的数，包括列LAST_NAME，FIRST_NAME，BIRTH_DATE和ALIAS。的数据类型BIRTH_DATE是date，其他的则是 String/ VARCHAR。LAST_NAME,FIRST_NAME并且BIRTH_DATE不可为空，即它们需要值。ALIAS对于两个或更多人具有相同的名字/姓氏并且在同一天出生的情况，可作为决胜局。因为打破平局的情况并不常见，我想避免提供ALIAS值的需要，除非有必要。

作为后台，表的主键由自动增量生成器处理。唯一索引的目的是提供一个“业务键”，无需求助于主键即可识别行。我正在使用 MySQL 5.1.35 和 Hibernate ORM 版本。4.3.10.

欢迎任何有关除 MySQL 之外的服务器/数据库提供商的建议。

提前感谢您的任何指导，并提前为任何无意违反“论坛协议”的行为道歉，因为这是我第一次在任何地方提交问题。

使用 SQL Server 2012 Standard - 我正在根据另一个表的内容对一个表进行删除。这花费了相当长的时间（5 小时）并且对我来说似乎不是最佳选择，希望能提供一些优化语句的输入：

delete from [dbo].[tbl1]
where exists (
    select *
    from [dbo].[tbl2] t 
    where [dbo].[tbl1].[col1] = t.[col1]
    and [dbo].[tbl1].[col2] = t.[col2]
    and [dbo].[tbl1].[col3] = t.[col3]  
)

各列如下：

tbl1.col1 varchar(10)
tbl1.col2 datetime
tbl1.col3 varchar(60)
tbl2.col1 varchar(10)
tbl2.col2 datetime
tbl2.col3 varchar(30)

我意识到数据类型 col3不同，我知道这很糟糕，但这是否意味着无法使用索引？

每个表上都有一个非唯一聚集索引（此查询未涵盖）和两个表上的非聚集索引，涵盖 where 子句中包含的所有三列。

tbl1包含约 12 亿行，tbl2包含约 3000 万行。我预计将从中删除大约 3000 万行tbl1。

任何帮助表示赞赏！

编辑：仅供参考，tbl1并且tbl2位于不同的文件组上，但位于同一个磁盘 (SAN) 上。另外，这里是执行计划：

我有一个非常大的表 (35GB)，它在四个列的组合中是独一无二的。

该表不是很宽，它唯一的四列是较大的列（以字节为单位）。最终结果是保持表唯一的索引是 21GB。这不是索引大小随时间膨胀的结果，而是索引创建后立即的大小。

我根本不需要优化插入速度，因为插入每月只会分批进行一次。一旦插入，任何行都不会进行任何更新。

我正在运行 PostgreSQL 9.5.0。

有没有办法不复制如此大的数据库部分来强制执行唯一约束？可能使用聚集索引之类的东西？

全表说明：

CREATE TABLE medi_cal_base_eligibility (
    client_index_number text NOT NULL,
    medi_cal_date date NOT NULL,
    eligibility_date date NOT NULL,
    aidcode text,
    responsible_county text,
    status text,
    cardinal smallint NOT NULL,
    id SERIAL PRIMARY KEY
);

索引：

"medi_cal_base_eligibility_pkey" PRIMARY KEY, btree 
    (id)
"medi_cal_base_eligibility_uq_dates_cin_cardinal" UNIQUE CONSTRAINT, btree 
    (eligibility_date, client_index_number, medi_cal_date, cardinal)

使用时OFFSET ... FETCH，我得到了……有趣的结果。

这里有两个 sqlfiddles 来说明我的问题。

http://sqlfiddle.com/#!6/71ac1/4和http://sqlfiddle.com/#!6/71ac1/8

第一个小提琴是第一页，而第二个是...第二页。

这是未分页的结果。

首先，分页结果与未分页结果的顺序不同。我想我对此很酷，因为无论如何我都不会显示未分页的结果。

但是，尽管我指定的偏移量为 0，但由于某种原因，它决定将它们按输入的相反顺序放置，但它跳过了前 3 个。

在第二页上，我看到了出现在第一页上的结果。

尽管在本示例中是人为设计的，但它们都具有相同的值这一事实在我在现实生活中处理的特定查询中是现实的。这是一个表格，用户选择按 排序date。

我正在为我的数据库考试复习一些过去的论文，它问：

指定 R 的所有最小键

R(A,B,C,D,E)
A ? B
CD ? E
E ? A
B ? D

我不确定最小键是什么意思，我试过在谷歌上搜索它，但它只提供了最小的超级键。它是否仅意味着最短的候选键：CD、CA、CE、CB？

我很困惑，因为在每个问题中他都使用了不同的名称，据我所知，最小超级键是候选键？

我有一系列遵循一般模式的更新语句：一次更新聚合来自另一个表（或有时是多个表）的值，下一次更新根据聚合值生成排名。对于总共 46 个更新语句，此过程重复 23 次。每个更新对独立运行需要 30-40 秒，但是当我通过 PgAdmin 将它们作为单个事务一起运行时，它需要一个多小时，而不是我期望的基于单个查询时间的约 15 分钟。（上次尝试时，我最终停止执行并单独运行它们。）

如果我通过 psql 在文件中运行相同的更新集，则该过程将在预期的 15 分钟时间内完成。

查询计划器是否有一些怪癖会根据在单个事务中运行的大量更新语句来更改执行计划？鉴于 psql 和 PgAdmin 之间的不同行为，我认为这与查询打包执行的方式有关，但我不太熟悉，无法了解其中的区别。

有没有办法编写我的代码，以便在通过 PgAdmin 作为单个事务运行时提高性能？

我在 Ubuntu 16.04 上使用 PostgreSQL 9.5。

以下是代码中的两个示例对联：

-- bike_driver_aggressive
UPDATE  generated.crash_aggregates
SET     bike_driver_aggressive = (
            SELECT  COUNT(*)
            FROM    crashes_bike2 c
            WHERE   c.int_id = crash_aggregates.int_id
            AND     c.aggressive_driverfault
        );
WITH ranks AS (
    SELECT  int_id,
            rank() OVER (ORDER BY bike_driver_aggressive DESC) AS rank
    FROM    crash_aggregates
)
UPDATE  generated.crash_aggregates
SET     bike_driver_aggressive_rank = ranks.rank
FROM    ranks
WHERE   crash_aggregates.int_id = ranks.int_id; …

我正在学习动态树结构组织以及如何设计数据库。

考虑具有以下特征的 DBMS：

• 大小为 2048 字节的文件页
• 12 字节的指针
• 56 字节的页头

二级索引定义在 8 字节的页面上。可以用三级 B 树索引的最大记录数是多少？并且具有三级 B+树？

以下是这些树的两个示例：

我的尝试

B+树

我读过那个

B+树比B树浅。因为除了最后一个之外，每个叶节点中只有表示为k的最高键的集合存储在非叶节点中，组织为 B 树。关系 DBMS 内部，第 5 章：动态树结构组织，第 46 页