我试图将整数数组发布到我的postgresql数据库中。我知道我可以将所有内容格式化为字符串,然后将该字符串作为一个SQL命令发送。但是,我相信PQexecParams功能也应该带来一些帮助。但是,我有点迷失方向。
//we need to convert the number into network byte order
int val1 = 131;
int val2 = 2342;
int val3[5] = { 0, 7, 15, 31, 63 };
//set the values to use
const char *values[3] = { (char *) &val1, (char *) &val2, (char *) val3 };
//calculate the lengths of each of the values
int lengths[3] = { sizeof(val1), sizeof(val2), sizeof(val3) * 5 };
//state which parameters are binary
int binary[3] = { 1, 1, 1 };
PGresult *res = PQexecParams(conn, "INSERT INTO family VALUES($1::int4, $2::int4, $3::INTEGER[])", 3, //number of parameters
NULL, //ignore the Oid field
values, //values to substitute $1 and $2
lengths, //the lengths, in bytes, of each of the parameter values
binary, //whether the values are binary or not
0); //we want the result in text format
是的,这是从一些教程中复制的。 但是这会返回:
ERROR: invalid array flags
使用传统方法确实有效:
PQexec(conn, "INSERT INTO family VALUES (2432, 31, '{0,1,2,3,4,5}')");
插入数据就好了,我也可以读得很好。
任何帮助将不胜感激! :)
答案 0 :(得分:5)
libpq
的{{1}}可以接受文本或二进制形式的值。
对于文本值,您必须将PQexecParams
整数放入放在sprintf
values数组中的缓冲区中。这通常是如何完成的。您可以将文本格式与查询参数一起使用,没有特别的理由可以回退到自己将参数插入到SQL字符串中。
如果要使用二进制模式传输,则必须确保整数是目标字段的正确大小,是网络字节顺序,并且您已指定类型OID。使用char**
(适用于htonl
)或uint32_t
(适用于htons
)。抛弃签名是很好的,因为你只是重新排序字节。
所以:
uint16_t
,不要自己进行字节顺序转换htonl
数组构造错误。您将values
放入char**
数组并丢弃了错误的类型。您希望char*
或(在大多数/所有现实世界的C实现中等效,但在技术上不符合规范)仅&val1[0]
,而不是val1
(char*)&val1
的在线格式与C integer[]
相同。您必须传递类型OID int32_t[]
(请参阅INT4ARRAYOID
或include/catalog/pg_type.h
- 数组的内部类型名称select oid from pg_type where typname = '_int4'
位于其基础前面如果你打算发送二进制文件,那么必须构造一个与_
中typreceive
函数兼容的PostgreSQL数组值,用于该类型(pg_type
)模式。特别是,二进制格式数组有一个标题。你不能只是遗漏标题。换句话说,代码以多种令人兴奋的方式被打破,并且不可能像书面那样工作。
实际上,在二进制模式下发送整数很少有任何好处。在文本模式下发送通常实际上更快,因为它通常在线上更紧凑(小值)。如果您要使用二进制模式,则需要了解C表示整数,网络与主机字节顺序的工作方式等。
特别是在使用数组时,文本格式更容易。
通过为文本和二进制数组提供良好的数组构造/解构函数, array_recv
可以使这比现在容易得多。补丁一如既往地受到欢迎。现在,3rd party libraries like libpqtypes
基本上填补了这个角色。