我这里有一些设计问题。我有自己的用 Python 编写的 ListServ 实现，它与 Postfix+Dovecot 系统一起工作以处理邮件，以及一个 PostgreSQL 数据库后端，用于确定以下大部分功能：

• listserv 上存在哪些列表（lists下图中的表格）
• 谁曾在 listserv 上被视为任何列表的成员。（下members图中的表格）
• 谁是列表的当前成员，以及：（listserv_membership下图中的表格，通过列表服务 ID 和成员 ID 将个人“成员”链接到他们所属的个人“列表”）
  • 他们可以发送到列表吗？（表格中的隐藏字段）
  • 他们可以接收发送到列表的消息吗？（表格中的隐藏字段）
• ListServ 统计 - 根据当前日期的时间戳，对于每个有活动的单独列表，每天的消息计数。（下listserv_stats表）

目前，数据库的结构是这样的（注意，我已经把我不打算关注的表中所有不相关的字段都去掉了，并保留了主键；相关表用三个标记旁边的白色星号，此图是使用 DataGrip 创建的）：

_{请不要因为图中的对角线箭头而大喊大叫——这个是作为一个快速而肮脏的图表完成的，而我在 Visio 中手工完成了一个很好的ERD，不幸的是我现在使用的计算机上没有}

我要问的具体表是listserv_stats这里的表，而不是数据库设计的其余部分。

现在，最初，我只担心每天跟踪统计数据，以及基于列表服务活动天数的“所有时间”非常粗略的每日平均值。我现在更关心其他统计数据，例如月平均值、本月至今平均值、年初至今平均值和年度平均值，因此我正在考虑重新设计以更好地适应此类搜索。

当前的表CREATE语句是这样的：

CREATE TABLE listserv_stats
(
    lsid INTEGER NOT NULL,
    datestamp DATE DEFAULT now() NOT NULL,
    msg_count INTEGER NOT NULL,
    CONSTRAINT listserv_stats_lsid_date_pk PRIMARY KEY (lsid, datestamp),
    CONSTRAINT listserv_stats_lists_lsid_fk FOREIGN KEY (lsid) REFERENCES …

我有一个包含 10,301,390 个 GPS 记录、城市、国家和 IP 地址块的表。我有用户当前的经纬度位置。我创建了这个查询：

SELECT
  *, point(45.1013021, 46.3021011) <@> point(latitude, longitude) :: point AS distance
FROM
  locs
WHERE
  (
    point(45.1013021, 46.3021011) <@> point(latitude, longitude)
  ) < 10 -- radius
ORDER BY
  distance LIMIT 1;

这个查询成功地给了我我想要的东西，但它很慢。根据给定的纬度和经度，获得一条记录需要 2 到 3 秒。

我在latitude和longitude列上尝试了 B 树索引，也尝试过，GIST( point(latitude, longitude));但查询仍然很慢。

我怎样才能加快这个查询？

更新：

似乎缓慢是由 引起的，ORDER BY但我想获得最短距离，所以问题仍然存在。

假设我有一个这样的函数：

create function house_analysis(ingeo geometry)
  returns table(count_all numeric, count_important numeric) as
$$
  select count(*), count(*) filter (where h.import_flag)
  from house_table h where st_intersects(ingeo, h.geom)
$$ language sql stable;

我定义了一个这样的视图：

create or replace view postzone_analysis as (
  select p.zipcode, ha.count_all, ha.count_important
  from postzone_table p, house_analysis(p.geom) ha
);

问题是：

如何pg_catalog.*使用我的视图（postzone_analysis或其视图）查询系统目录 ( ) 以oid获取其中使用的函数的列表？他们的pg_proc.oid价值观很好。

我知道数据库会跟踪，因为我无法删除该函数，但在pg_depend.

数据库是 PostgreSQL 9.5。

（现实生活中的情况要复杂得多 - 它被缩小为最低可行的例子。视图调用就像 6 个分析函数，它结合了来自不同来源的数据，并且有多个基于不同区域类的视图。 )

我在 PostgreSQL、Employee 和 Leave 中有两个表，如下所示：

CREATE TEMP TABLE employee_table AS SELECT
  id::int,
  name::text
FROM ( VALUES
  (1, 'John' ),
  (2, 'David')  
) AS t(id, name);

CREATE TEMP TABLE leave_table AS SELECT
  id::int,
  leave_date::date,
  emp_id::int
FROM ( VALUES
  (1, '01/10/1993' ,1),
  (2, Null         ,1),
  (3, Null         ,1),
  (4, '02/12/1990' ,2),
  (5, Null         ,2),
  (6, Null         ,2) 
) AS t(ID,Leave_Date,Emp_ID);

我想更新 Leave 表并将 Leave_Date 列设置为每个员工的随机日期，可能是 01/01/2000，但如果员工在 Leave 表中有多个空条目，我想用两个不同的日期更新他的空条目这意味着一名员工在休假表中不应有两个相同的 Leave_Date 值，更新后我的休假表应如下所示：

ID        Leave_Date    Emp_ID  
1         01/10/1993      1  
2         01/01/2000      1  
3         01/01/2001      1 …

我在 Ubuntu 14.04 上使用 Postgres 9.5。我在 /etc/postgresql/9.5/main/postgresql.conf 文件中设置了这些设置

log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log' # log file name pattern,
                                        # can include strftime() escapes
#log_file_mode = 0600                   # creation mode for log files,
                                        # begin with 0 to use octal notation
log_truncate_on_rotation = on           # If on, an existing log file with the
                                        # same name as the new log file will be
                                        # truncated rather than appended to.
                                        # But such truncation only occurs on
                                        # time-driven rotation, not on restarts
                                        # …