相关疑难解决方法(0)

在 Postgres 中，准备好的查询和用户定义的函数是否等同于一种防止 SQL 注入的机制？
一种方法比另一种方法有什么特别的优势吗？

我有一个 Postgres 数据库表foo，其中有一个score范围为 0 - 10的列。我想要一个查询来返回分数总数、0 到 3 之间的分数数、4 之间的分数数和 6，以及 7 到 10 之间的分数。类似于以下内容：

SELECT
  COUNT(*) as total,
  COUNT(
    SELECT * from foo where score between 0 and 3;
  ) as low,
  COUNT(
    SELECT * from foo where score between 4 and 6;
  ) as mid,
  COUNT(
    SELECT * from foo where score between 7 and 10;
  ) as high
FROM foo;

我试过这个，但SELECT在COUNT语句中出现错误。任何想法我怎么能做到这一点？我确定 Postgres 中有一个超级简单的方法。我只是想不出 Google 的正确术语。

Postgres 9.3 Debian 7.0

我为特定用户创建了特定模式，并在此模式中为该用户创建了一个视图，因此这是他知道存在的唯一表。问题是这个用户需要使用这个表的主键的序列，但它说“错误：序列的权限被拒绝”

原始表及其序列属于模式 A。此用户的模式 B 具有此表 T 的可插入视图。我不能为该用户授予模式 A 的使用权，否则他将能够看到所有的名称和定义我的桌子。

问题是：有没有办法为这个序列创建某种视图，以便他可以调用 nextval() 和 currval()？目标是使该序列可用于该受限用户，而无需让他访问该序列实际所属的主模式。