主页 / user-34007

Vérace's questions

Martin Hope
Vérace
Asked: 2019-06-07 04:07:40 +0800 CST
  • 5

回答这个问题，

鉴于此表（根据问题构建）：

CREATE TABLE wordcount (id SERIAL NOT NULL PRIMARY KEY, description TEXT NOT NULL);

INSERT INTO wordcount (description) VALUES ('What a great day');
INSERT INTO wordcount (description) VALUES ('This is a product. It is useful');

产生这个结果：

     id  | word_count | unique_word_count |  Description                        
---------+------------+-------------------+---------------
     1   |  4         | 4                 | What a great day
     2   |  7         | 6                 | This is a product. It is useful

我给出了（正确的）答案，你可以在这里找到。

然而，在评论中，OP 然后又问了一个问题 - 如果有问题的字符串是 ['a', ' ', ' ', 'b']并且我的解决方案完全崩溃了怎么办 - 对于初学者来说，字符串甚至不会INSERT进入表格。

所以，现在的问题是，如何处理这样的字符串 - 即撇号、方括号和 c。我将给出自己的答案，并为更优雅的解决方案提供奖金。

具有多种选择的解决方案将受到高度评价，那些显示出“跳出框框思考”证据的解决方案也将受到高度重视（对于陈词滥调感到抱歉 - 但它适合这里！:-)）。我还将详细解释我的推理 - 这也将获得荣誉！提及其他服务器的选项也将获得优势。显然，我只能将奖金奖励给一个人，但我会赞成所有体面的答案。

我只能在两天内提供奖金 - 所以我会发布我的答案并在允许时提供奖金（+100）。此外，任何处理我自己无法处理的字符串的解决方案 - 还没有经过详尽的测试。

postgresql query-performance
Martin Hope
Vérace
Asked: 2018-05-17 03:35:06 +0800 CST
  • 8

作为这个问题的后续，我有自己的一个。

最初的问题涉及使用CASE大于 100 个选项的语句，并且该语句必须在 4 个地方使用 - 所以显然 SQL 很麻烦。OP 的问题涉及 SQL Server 2012，但是我的问题是关于 PostgreSQL。

在我的回答中，我建议使用 aVIEW作为“一站式”解决方案——即声明VIEW一次，在任何地方使用它——这也适用于未来的任何查询及其任何变体。

另一位发帖人 (@AndriyM) 建议使用 aCROSS APPLY来解决问题，这是另一种解决方案。PostgreSQL 语法是JOIN LATERAL

然后，我在原始答案中添加了 CTE（公用表表达式）作为另一种可能的解决方案。

因此，OP 现在有 5 个选项：

  1. CASE
  2. VIEW
  3. JOIN LATERAL（CROSS APPLY对于 SQL 服务器）
  4. CTE
  5. Separate table

我排除了更改基础数据的选项，因为在这个论坛中，顾问/DBA/程序员经常不允许更改基础数据 - 也使答案更有趣！

显然，CASE具有 > 100 个选项 (x4) 的表达式非常繁琐和复杂 - 但是什么时候使用是个好主意CASE，在什么时候它会变成减号而不是加号？

在我看来（不仅仅是因为这是我的答案！），aVIEW是最佳解决方案 - 它很简单，适用于所有 RDBMS，并且是永久性的，并且如果 OP 希望修改查询，它将适用于现在和将来的所有查询.

该JOIN LATERAL构造也可以作为一种派生表工作，这几乎就是 aCTE也是。它们都可以在同一个查询中使用。

5 种方法中哪一种更好/最好，技术（易用性、速度、查询计划优化）在什么时候倾向于特定解决方案？

postgresql performance
Martin Hope
Vérace
Asked: 2018-05-08 07:37:25 +0800 CST
  • 1

这个问题是 PostgreSQL 版本的一个关于 MySQL 5.6 here的问题。最初，这是两个 RDBMS 的一个问题，但有人向我建议，鉴于这两个系统的不同功能，我应该拆分这个问题——特别是我认为 CTE（WITH 子句）应该使查询更加优雅和可读！

假设我有一个肿瘤列表（这个数据是根据真实数据模拟的）：

CREATE table illness (nature_of_illness VARCHAR(25), created_at DATETIME);

INSERT INTO illness VALUES ('Cervix', '2018-01-03 15:45:40');
INSERT INTO illness VALUES ('Cervix', '2018-01-03 15:45:40');
INSERT INTO illness VALUES ('Cervix', '2018-01-03 15:45:40');
INSERT INTO illness VALUES ('Cervix', '2018-01-03 15:45:40');
INSERT INTO illness VALUES ('Cervix', '2018-01-03 15:45:40');
INSERT INTO illness VALUES ('Lung',   '2018-01-03 17:50:32');
INSERT INTO illness VALUES ('Lung',   '2018-02-03 17:50:32');
INSERT INTO illness VALUES ('Lung',   '2018-02-03 17:50:32');
INSERT INTO illness VALUES ('Lung',   '2018-02-03 17:50:32');
INSERT INTO illness VALUES ('Cervix', '2018-02-03 17:50:32');
-- 2017, with 1 Cervix and Lung each for the month of Jan - tie!
INSERT INTO illness VALUES ('Cervix', '2017-01-03 15:45:40');
INSERT INTO illness VALUES ('Lung',   '2017-01-03 17:50:32');
INSERT INTO illness VALUES ('Lung',   '2017-02-03 17:50:32');
INSERT INTO illness VALUES ('Lung',   '2017-02-03 17:50:32');
INSERT INTO illness VALUES ('Lung',   '2017-02-03 17:50:32');
INSERT INTO illness VALUES ('Cervix', '2017-02-03 17:50:32');

您想找出给定月份中哪种特定肿瘤最常见 - 到目前为止一切顺利！

现在，您会注意到，对于 2017 年的第 1 个月，有一个平局 - 因此随机选择一个并给出它作为答案是没有任何意义的 - 所以必须包括平局 - 这使得问题更具挑战性。

我有一个解决方案，但它非常复杂 - 我想知道我的解决方案是否最优。PostgreSQL 小提琴就在这里！小提琴中的查询非常麻烦——我将看看使用 CTE 的情况。

我的第一个答案（适用于 PostgreSQL 和 MySQL）包含在小提琴中，但我不会在这里发布它，因为我相信它会被 PostgreSQL 的卓越功能所取代，它只是我对 MySQL 的答案的副本问题！

postgresql cte
Martin Hope
Vérace
Asked: 2018-05-08 04:41:21 +0800 CST
  • 10

这个问题的灵感来自这个[关闭]并且实际上与这个问题相同但使用不同的RDBMS（PostgreSQL vs. MySQL）。

假设我有一个肿瘤列表（这个数据是根据真实数据模拟的）：

CREATE table illness (nature_of_illness VARCHAR(25), created_at DATETIME);

INSERT INTO illness VALUES ('Cervix', '2018-01-03 15:45:40');
INSERT INTO illness VALUES ('Cervix', '2018-01-03 15:45:40');
INSERT INTO illness VALUES ('Cervix', '2018-01-03 15:45:40');
INSERT INTO illness VALUES ('Cervix', '2018-01-03 15:45:40');
INSERT INTO illness VALUES ('Cervix', '2018-01-03 15:45:40');
INSERT INTO illness VALUES ('Lung',   '2018-01-03 17:50:32');
INSERT INTO illness VALUES ('Lung',   '2018-02-03 17:50:32');
INSERT INTO illness VALUES ('Lung',   '2018-02-03 17:50:32');
INSERT INTO illness VALUES ('Lung',   '2018-02-03 17:50:32');
INSERT INTO illness VALUES ('Cervix', '2018-02-03 17:50:32');
-- 2017, with 1 Cervix and Lung each for the month of Jan - tie!
INSERT INTO illness VALUES ('Cervix', '2017-01-03 15:45:40');
INSERT INTO illness VALUES ('Lung',   '2017-01-03 17:50:32');
INSERT INTO illness VALUES ('Lung',   '2017-02-03 17:50:32');
INSERT INTO illness VALUES ('Lung',   '2017-02-03 17:50:32');
INSERT INTO illness VALUES ('Lung',   '2017-02-03 17:50:32');
INSERT INTO illness VALUES ('Cervix', '2017-02-03 17:50:32');

您想找出给定月份中哪种特定肿瘤最常见 - 到目前为止一切顺利！

现在，您会注意到，对于 2017 年的第 1 个月，有一个平局 - 因此随机选择一个并给出它作为答案是没有任何意义的 - 所以必须包括平局 - 这使得问题更具挑战性。

正确答案是：

  Year    Month  Tumour count      Type
  2017        1             1    Cervix  -- note tie
  2017        1             1      Lung  --   "   "
  2017        2             3      Lung
  2018        1             5    Cervix
  2018        2             3      Lung

另一个好处是让月份名称显示为文本而不是整数。

我有一个解决方案，但它非常复杂 - 我想知道我的解决方案是否最优。MySQL 小提琴在这里！

mysql-5.6