user183966's questions

在 Postgres中，值在插入到/列时会根据设置bytea自动转换为。texttextvarcharbytea_output

我正在使用一些程序代码，它会自动将程序中的某些值（二进制字符串）转换为 bytea 格式。问题是用户可能不小心尝试将这些值插入到text列中。默认情况下，Postgres 将允许这样做，但这并不总是能顺利进行 - 例如，如果有非 ASCII 字节。我认为用户可能没有意识到奇怪的插入行为是由于他们在调用程序中使用了二进制字符串。因此，如果bytea发生text转换，我希望 Posgres 引发异常。

我知道CREATE CAST，但据我所知，这是一个系统范围的操作。我不想更改其他连接的系统行为。我可以这样做CREATE CAST，DROP CAST但这对我来说似乎很脏，因为它仍然不包含在连接中。

如何进行（隐式）强制转换bytea以text仅在当前连接中引发异常？

sql是自动发出的，所以我可以在每条语句之前添加一个前面的sql语句，没问题。

我对这种行为有点惊讶，因为 Postgres 通常会在严格方面犯错，这是我喜欢的。

这个问题来自我之前的问题：

• 如何防止不同的连接对同一查询中的 bytea 进行不同的处理？

我发现两个不同客户端发出的相同 postgresql 查询的处理方式不同。具体来说，bytea 值的插入方式不同。

演示该行为的查询是这样的：

INSERT INTO "TestTable" ("Input") VALUES (decode('74657374', 'hex'))

74657374 是十六进制的“测试”。在一个客户端中，“测试”被插入到“输入”字段中，无论该字段是 text/varchar 还是 bytea。这就是我想要的行为。在另一个客户端中，'\x74657374' 被插入到“输入”字段中，无论是 text/varchar 还是 bytea。此字符串是 ASCII 'test' 的 bytea 字节的 postgresql 文字表示。但是插入了 sql 文字语法本身。我不希望这种行为。

我使用了一段手写的 SQL，bytea 值只出现在查询“内部”（如果“输入”列的类型为 Text，那么文字和接收列都没有 bytea 类型），在我看来不太可能任一客户端正在解析然后重建查询。因此，似乎差异必须发生在执行查询的服务器上。这意味着必须有一些特定于连接的配置设置正在改变服务器行为。

谁能告诉我哪些连接特定设置可能会改变这种行为？

我知道查询的行为确实不同，这不是显示问题等，因为我可以看到同一个表中的行具有不同的值（'test' 和 '\x74657374'）。我尝试了各种替代 bytea 处理方法，但它们都受到这个问题的影响。对于那些感兴趣的人，“好”客户端是 pgAdminIII，“坏”客户端是 Ruby PG gem。尽管出于我上面给出的原因，我相信 postgresql 必须有一些内置功能支持这种行为。