Alvaro te copio el resultado acá:
id 101
subclient_id 101 100
hidden_by_contact 101 6
fulldate 101
title 101 33
pointers 101 100
page_num 101 100
eurl 11
url 101 1
ep_file 101
epoch_time 101 36
add_type 10 15
alt_title 101 10
views 12 6
box 8 23
vp 101 100
clip_ratio 101 2
clip_area 101
tirada 101 75
difusion 101 99
audiencia 101 100
file_type 3
score 101 33
meta_description 101 1
tono 3
saved 2
sortnum 39
domain_id 101 100
approved 1
manual_domains_id
duplicated 2
created_pdf_type 4 7
pdf_created_by 22 52
vo 5
url_views 6 5
print_section_id
advertisement 2
pdf_verified
num_pages 21 12
available 1
evp 101 100
com_value 101 100
companies_group_id 101
is_ungrouped 2
sentiment_score 11
p_vistas 101 100
main_tema_id 101 100
secondary_tema_ids 101 1
enable_eng_tracking 1
engagement_count 5 1
eng_last_tracked 69
usid 101 100
unique_article_id 101
emailed_at
emailed_by_instance_id
last_change_date 101 1
tracked_companies_id 101
paid_article_grab 2
paid_article_conv 2
processing_fulldate 101 1
pdf_downloads
custom_fields_values

El mié, 5 feb 2025 a las 12:49, Álvaro Herrera (<alvhe...@alvh.no-ip.org>)
escribió:

> Guillermo E. Villanueva escribió:
> > Hola Alvaro cómo estas?
> > Los índices de los que hablo tienen unos 27GB cada uno
> > La tabla tiene unos 1.4TB
> >
> > effective_cache_size = 48GB
> > shared_buffers = 24GB
>
> ¿y qué dice esto?
>
> select attname, cardinality(histogram_bounds),
> cardinality(most_common_freqs)
> from pg_stats
> where tablename = 'companies';
>
> --
> Álvaro Herrera         PostgreSQL Developer  —
> https://www.EnterpriseDB.com/
>

Reply via email to