Planos de Suporte Parcerias com Empresas Desenvolvedoras de Software Treinamentos In-Company e On-Line Corre¸ c˜ ao de bugs no PostgreSQL garantida em contrato
a dispon´ ıvel em: http://www.timbira.com.br/material esta apresenta¸ c˜ ao est´ a sob licen¸ ca Creative Commons Atribui¸ c˜ ao 3.0 Brasil: http://creativecommons.org/licenses/by/3.0/br
necess´ ario; Ningu´ em quer fazˆ e-lo se n˜ ao for absolutamente necess´ ario; Usa o princ´ ıpio do ”dividir para conquistar”; Se suas tabelas n˜ ao chegaram na casa dos 100GB, gaste seu tempo com algo mais divertido como criar um bilh˜ ao de tabelas;
mais r´ apido; Tabelas menores tem maior chance de caber no buffer em mem´ oria; Uma parti¸ c˜ ao mais acessada pode ficar em discos mais r´ apidas; Rotinas de expurgo podem trocar um DELETE por um DROP TABLE ou TRUNCATE; Rotinas de manuten¸ c˜ ao como VACUUM, CLUSTER, REINDEX e ANALYZE podem rodar s´ o em uma parti¸ c˜ ao;
gra¸ cas a uma gambiarra chamada ”Heran¸ ca de tabelas”; Ningu´ em levou a heran¸ ca de tabelas muito ` a s´ erio no Postgres, exceto o seu criador, o Prof. Michael Stonebraker; Come¸ cou a ser utilizado de verdade para particionamento a partir da vers˜ ao 8.1; Pequenas e importantes melhorias surgiram em todas vers˜ oes subsequentes; Estamos quase na vers˜ ao 9.3 e ainda assim ´ e uma gambiarra. Funciona, mas ´ E UMA GAMBIARRA.
criados j´ a pensando no particionamento; A modelagem para o particionamento n˜ ao ´ e uma particularidade do PostgreSQL. Todos SGDBs tem a mesma limita¸ c˜ ao; O particionamento consiste apenas em quebrar as tabelas em peda¸ cos menores; O grande problema ´ e decidir qual o crit´ erio para decidir quais registros ficam em cada peda¸ co A.K.A. parti¸ c˜ ao; O problema central consiste em escolher um campo chave para o crit´ erio de divis˜ ao das tabelas; Este campo deve estar presente como parte da PK composta de todas tabelas particionadas;