Php 即使SQL查询在pgAdminIII中正常工作，pg_查询仍返回NULL

问题

以下代码返回“queryed…NULL”（假设

$id

始终是一个6位数字）

注意：

person\u id

是一个不为空的

整数

我尝试过的

• 当我键入6位id号以替换

  $id

• php pg连接授予所连接用户

  用法

  对

  schemaname.tablename

• 阅读
• 阅读
• 我尝试了使用和不使用

  sprintf

  语句（）的代码

---

您没有连接到数据库。您需要创建一个数据库连接，然后将该连接的处理程序传递给pg_query（）

---

您没有连接到数据库。您需要创建一个数据库连接，然后将该连接的处理程序传递给pg_query（）

---

到目前为止，您的所有测试看起来都是在PHP端进行的。当前的问题是PostgreSQL方面发生了什么。我的赌注大概是：
• 这个问题不是你想象的那样

• PostgreSQL没有得到您认为它得到的东西

• 还有别的

要做的第一件事是使用pgadmin登录并运行以下实用程序语句：

ALTER USER [app username] SET log_statements=all;

然后运行PHP脚本并检查PostgreSQL实际接收到的内容。然后，您可以从登录pgAdmin中运行语句进行检查。例如，您可能会发现您的sprintf没有做您认为它正在做的事情，或者您的查询某处有一个输入错误
完成后，您可以：

 ALTER USER [app username] RESET log_statements;

---

到目前为止，您的所有测试看起来都是在PHP端进行的。当前的问题是PostgreSQL方面发生了什么。我的赌注大概是：
• 这个问题不是你想象的那样

• PostgreSQL没有得到您认为它得到的东西

• 还有别的

要做的第一件事是使用pgadmin登录并运行以下实用程序语句：

ALTER USER [app username] SET log_statements=all;

然后运行PHP脚本并检查PostgreSQL实际接收到的内容。然后，您可以从登录pgAdmin中运行语句进行检查。例如，您可能会发现您的sprintf没有做您认为它正在做的事情，或者您的查询某处有一个输入错误
完成后，您可以：

 ALTER USER [app username] RESET log_statements;

---

有一个pg_connect，出于安全原因，我从源代码中删除了它，并在“我尝试了什么”一节中间接提到。有一个pg_connect，出于安全原因，我从源代码中删除了它，并在“我尝试了什么”一节中间接提到。