String SQLite varchar(power-of-2)是否比其他尺寸更快?

String SQLite varchar(power-of-2)是否比其他尺寸更快?,string,performance,sqlite,String,Performance,Sqlite,SQLite varchar(power-of-2)通常更高效吗 我认为这应该是因为与SIMD寄存器对齐,从而与指令对齐,但我不确定它们是否是内部空终止的,从而使2减1的幂成为最佳选择。即使这样,sqlite也可能不会执行上述任何操作…在sqlite中,字段值是不对齐的 : 请注意,SQLite会忽略类型名称(例如:“VARCHAR(255)”)后面括号中的数字参数 在SQLite中,字段值未对齐 : 请注意,SQLite会忽略类型名称(例如:“VARCHAR(255)”)后面括号中的数字参数

SQLite varchar(power-of-2)通常更高效吗

我认为这应该是因为与SIMD寄存器对齐,从而与指令对齐,但我不确定它们是否是内部空终止的,从而使2减1的幂成为最佳选择。即使这样,sqlite也可能不会执行上述任何操作…

在sqlite中,字段值是不对齐的

:

请注意,SQLite会忽略类型名称(例如:“VARCHAR(255)”)后面括号中的数字参数

在SQLite中,字段值未对齐

:

请注意,SQLite会忽略类型名称(例如:“VARCHAR(255)”)后面括号中的数字参数


有趣的问题。你能告诉我们SQLite在哪里运行吗(例如,C程序、Android应用程序等)?@TimBiegeleisen在我的例子中,它是桌面系统上的C/C++程序,但据我所知,SQLite在所有平台上都是一个相同的C库,所以这不重要?有趣的问题。你能告诉我们SQLite在哪里运行吗(例如C程序、Android应用程序等)?@TimBiegeleisen在我的例子中,它是桌面系统上的C/C++程序,但据我所知,SQLite在所有平台上都是一个相同的C库,所以这不重要。忘了提到我在内存中运行db(:内存:)所以文件格式不适用于我的情况。然而,文档中的数字参数非常清晰。。。被忽略。内存中的数据库是一个从未实际写入文件的文件缓存。忘记提到我正在运行内存中的数据库(:memory:),因此文件格式不适用于我的情况。然而,文档中的数字参数非常清晰。。。内存中的数据库是一个文件缓存,它从不实际写入文件。