| From: | Jaime Casanova <jaime(dot)casanova(at)2ndquadrant(dot)com> |
|---|---|
| To: | Martin Marques <martin(dot)marques(at)2ndquadrant(dot)com> |
| Cc: | Daymel Bonne <daymel(dot)bonne(at)2ndquadrant(dot)ec>, Lazaro Garcia <lazaro3487(at)gmail(dot)com>, Ayuda Esp PostgreSQL <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: Consulta de tabla con millones de registros |
| Date: | 2018-02-06 20:56:26 |
| Message-ID: | CAJGNTeNz-y+dUo10sEXD6k9V1FjCKoeBUqNuY3WMniQEE6eoOg@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
2018-02-06 6:04 GMT-05:00 Martin Marques <martin(dot)marques(at)2ndquadrant(dot)com>:
> El 05/02/18 a las 21:04, Jaime Casanova escribió:
>> 2018-01-29 16:27 GMT-05:00 Martin Marques <martin(dot)marques(at)2ndquadrant(dot)com>:
>>>
>>> - llaves foráneas que apuntan a una llave primaria particionada (a cual
>>> de la tablas hijo debe direccionar esa referencia)
>>>
>>> - indices globales para garantizar unicidad de la llave primaria de la
>>> partición cuando no se particiona por la llave primaria (muy común)
>>>
>>
>> para ambos casos hay workarounds, no que sea bonito pero funcionan
>
> Sería interesante saber cual es el *workaround* para los indices
> globales. ;)
>
creas una tabla con todos los valores de la PK de las particiones (la
mantienes actualizada con triggers) y que los FK apunten ahí
--
Jaime Casanova www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Martín Marqués | 2018-02-06 21:44:25 | Re: Consulta de tabla con millones de registros |
| Previous Message | Jaime Casanova | 2018-02-06 20:54:35 | Re: Consulta de tabla con millones de registros |