DECLARE name [ BINARY ] [ INSENSITIVE ] [ [ NO ] SCROLL ]
CURSOR [ { WITH | WITHOUT } HOLD ] FOR query
[ FOR { READ ONLY | UPDATE [ OF column [, ...] ] } ]
DECLARE 允许用户创建游标，用于在一个大的查询里面检索少数几行数据。使用 FETCH ，游标可以返回文本或二进制格式。
通常游标和 SELECT 一样返回文本格式。因为数据在系统内部是用二进制格式存储的，系统必须对数据做一定转换以生成文本格式。一旦数据是以文本形式返回，那么客户端应用需要把它们转换成二进制进行操作。另外，文本格式一般都比对应的二进制格式占用的存储空间大。二进制游标返回内部二进制形态的数据，可能更易于操作。当然，如果你想以文本方式显示数据，那么以文本方式检索会为你节约很多客户端的工作。
比如，如果查询从某个整数列返回 1 ，在缺省的游标里将获得一个字符串 1 ，但在二进制游标里将得到一个 4 字节的包含该数值内部形式的数值(大端顺序)。
应该小心使用二进制游标。一些客户端应用(比如 psql)是不能识别二进制游标的，它们期望返回的数据是文本格式。
【注意】如果客户端应用使用"扩展查询"协议发出 FETCH 命令，那么 Bind 协议声明数据是用文本还是用二进制格式检索。这个选择覆盖游标的定义。因此，在使用扩展查询协议的时候，二进制游标的概念已经过时了，任何游标都可以当作文本或者二进制的格式发出。
将要创建的游标名
令游标以二进制而不是文本格式返回数据
表明从游标检索出来的数据不应该被其它进程或游标的更新动作影响。在 PostgreSQL 里，所有游标都是不敏感的，这个关键字没有什么作用，提供它只是为了和 SQL 标准兼容。
SCROLL 声明该游标可以用于以倒序的方式检索数据行(也就是反向检索)。根据查询的执行计划的不同，声明 SCROLL 可能会对查询的执行时间有不良影响。NO SCROLL 声明该游标不能用于以倒序的方式检索数据行。缺省仅允许在某些情况下倒序检索，这不同于指定 SCROLL 。参见 Notes 获取细节。
WITH HOLD(缺省)声明该游标可以在创建它的事务成功提交后继续使用。WITHOUT HOLD 声明该游标不能在创建它的事务提交后使用。
FOR READ ONLY 表明游标将用于只读模式。FOR UPDATE 表明游标将被用于更新表。因为目前 PostgreSQL 不支持游标更新，所以声明 FOR UPDATE 将产生一个错误信息。而声明 FOR READ ONLY 没有作用。
将被更新的列。因为游标更新目前不被 PostgreSQL 支持，所以 FOR UPDATE 子句将产生一个错误信息。
BINARY, INSENSITIVE, SCROLL 关键字可以以任何顺序出现。
如果没有声明 WITH HOLD ，那么这个命令创建的游标只能在当前事务中使用。这样，不带 WITH HOLD 的 DECLARE 在事务块外面没有任何用处：游标将一直存活到事务结束。因此，PostgreSQL 将在这个命令出现在事务块外面的时候报错。使用 BEGIN, COMMIT 和 ROLLBACK 定义一个事务块。
如果声明了 WITH HOLD 并且创建该游标的事务成功提交，那么游标还可以在同一会话随后的事务里访问。但如果创建它的事务回滚，那么游标被删除。带 WITH HOLD 创建的游标是用一个明确的 CLOSE 命令或者是会话终止来关闭的。在目前的实现里，由一个游标代表的行是被拷贝到一个临时文件或者内存区里的，这样他们就仍然可以在随后的事务中被访问。
在定义一个要用来反向抓取的游标的时候，应该声明 SCROLL 选项，这是 SQL 标准要求的。不过，为了和早期的版本兼容，只要游标的查询计划简单得不需要额外的开销，PostgreSQL 在没有声明 SCROLL 的时候也允许反向抓取。不过，建议应用开发人员不要依赖于使用没有使用 SCROLL 定义的游标的反向查找功能。如果声明了 NO SCROLL ，那么不管怎样都会禁止反向抓取的功能。
SQL 标准中的游标只能在嵌入SQL(ESQL)的应用中使用。PostgreSQL 服务器没有一个明确的 OPEN 语句；一个游标被认为在定义时就已经打开了。不过，PostgreSQL 嵌入的 SQL 预编译器(ECPG)支持 SQL 标准的习惯，包括那些和 DECLARE 和 OPEN 相关的语句。
可以通过查询 pg_cursors 系统视图看到所有可用游标。