Re: Re: Why the lp_len is 28 not 32?
От | jacktby@gmail.com |
---|---|
Тема | Re: Re: Why the lp_len is 28 not 32? |
Дата | |
Msg-id | 2023022623113571772619@gmail.com обсуждение исходный текст |
Ответ на | Why the lp_len is 28 not 32? ("jacktby@gmail.com" <jacktby@gmail.com>) |
Ответы |
Re: Why the lp_len is 28 not 32?
Re: Re: Why the lp_len is 28 not 32? |
Список | pgsql-hackers |
On 2/26/23 15:35, jacktby@gmail.com wrote:> use these sqls below:> create table t(a int);> insert into t values(1);> select lp,lp_off,lp_len,t_data from heap_page_items(get_raw_page('t',0));> lp | lp_off | lp_len | t_data> ----+--------+--------+------------> 1 | 8160 | 28 | \x01000000> --------------------------------------------------------------------------------Pretty sure this is because we align the data to MAXALIGN, and on x86_64that's 8 bytes. 28 is not a multiple of 8 while 32 is.regards--Tomas VondraEnterpriseDB: http://www.enterprisedb.comThe Enterprise PostgreSQL Companyyes, So it should be 32 bytes not 28bytes, but the sql result is 28 !!!!!! that's false!!!!-------------------------------------------------
В списке pgsql-hackers по дате отправления: