|
603 | 603 |
|
604 | 604 | Se o postmaster est� sendo executado, inicie o psql em uma janela, e |
605 | 605 | ent�o encontre o PID do processo postgres utilizado pelo psql |
606 | | - utilizando |
607 | | -SELECT pg_backend_pid() |
608 | | - |
609 | | - . Utilize um depurador para anexar ao PID do postgres. Voc� pode |
610 | | - definir pontos de parada (breakpoints) no depurador e digitar |
611 | | - consultas no psql. Se voc� est� depurando a inicializa��o do postgres, |
612 | | - voc� pode definir PGOPTIONS="-W n" e ent�o iniciar o psql. Isto |
613 | | - retardar� a inicializa��o por n segundos ent�o voc� pode anexar o |
614 | | - depurador ao processo, definir quaisquer pontos de parada e continuar |
615 | | - pela sequ�ncia de inicializa��o. |
616 | | - |
617 | | - H� v�rias vari�veis de configura��o do servidor |
618 | | -log_* |
619 | | - |
620 | | - que habilitam a exibi��o de estat�sticas que podem ser muito �teis |
621 | | - para depura��o e medidas de performance. |
| 606 | + utilizando SELECT pg_backend_pid(). Utilize um depurador para anexar |
| 607 | + ao PID do postgres. Voc� pode definir pontos de parada (breakpoints) |
| 608 | + no depurador e digitar consultas no psql. Se voc� est� depurando a |
| 609 | + inicializa��o do postgres, voc� pode definir PGOPTIONS="-W n" e ent�o |
| 610 | + iniciar o psql. Isto retardar� a inicializa��o por n segundos ent�o |
| 611 | + voc� pode anexar o depurador ao processo, definir quaisquer pontos de |
| 612 | + parada e continuar pela sequ�ncia de inicializa��o. |
| 613 | + |
| 614 | + H� v�rias vari�veis de configura��o do servidor log_* que habilitam a |
| 615 | + exibi��o de estat�sticas que podem ser muito �teis para depura��o e |
| 616 | + medidas de performance. |
622 | 617 |
|
623 | 618 | Voc� tamb�m pode compilar com perfil para ver que fun��es est�o |
624 | 619 | demandando tempo de execu��o. Os arquivo de perfil do n�cleo (backend) |
@@ -680,13 +675,13 @@ log_* |
680 | 675 | 3.11) Que tipo de hardware eu devo usar? |
681 | 676 |
|
682 | 677 | Por causa do hardware de PC ser em sua maioria compat�vel, pessoas |
683 | | - tendem a acreditar que todos os hardwares de PC s�o de mesma |
684 | | - qualidade. N�o � verdade. ECC RAM, SCSI e placas m�e de qualidade s�o |
685 | | - mais confi�veis e t�m uma melhor performance do que hardwares mais |
686 | | - baratos. O PostgreSQL executar� em quase todo hardware, mas se a |
687 | | - confiabilidade e a performance forem importantes � prudente pesquisar |
688 | | - sobre as op��es de hardware. Nossas listas de discuss�o podem ser |
689 | | - usadas para discutir op��es de hardware e dilemas. |
| 678 | + tendem a acreditar que todos os hardwares de PC satilde;o de mesma |
| 679 | + qualidade. Natilde;o � verdade. ECC RAM, SCSI e placas m�e de |
| 680 | + qualidade s�o mais confi�veis e t�m uma melhor performance do que |
| 681 | + hardwares mais baratos. O PostgreSQL executar� em quase todo hardware, |
| 682 | + mas se a confiabilidade e a performance forem importantes � prudente |
| 683 | + pesquisar sobre as op��es de hardware. Nossas listas de discuss�o |
| 684 | + podem ser usadas para discutir op��es de hardware e dilemas. |
690 | 685 | _________________________________________________________________ |
691 | 686 |
|
692 | 687 | Perguntas Operacionais |
@@ -753,14 +748,12 @@ log_* |
753 | 748 | dados? |
754 | 749 |
|
755 | 750 | Estes s�o os limites: |
756 | | -Tamanho m�ximo de um banco de dados? ilimitado (existem bancos de dad |
757 | | -os de 32 TB) |
| 751 | +Tamanho m�ximo de um banco de dados? ilimitado (existem bancos de dados de 32 TB) |
758 | 752 | Tamanho m�ximo de uma tabela? 32 TB |
759 | 753 | Tamanho m�ximo de um registro? 1.6TB |
760 | 754 | Tamanho m�ximo de um campo? 1 GB |
761 | 755 | N�mero m�ximo de registros em uma tabela? ilimitado |
762 | | -N�mero m�ximo de colunas em uma tabela? 250-1600 dependendo dos tipos da |
763 | | -s colunas |
| 756 | +N�mero m�ximo de colunas em uma tabela? 250-1600 dependendo dos tipos das colunas |
764 | 757 | N�mero m�ximo de �ndices em uma tabela? ilimitado |
765 | 758 |
|
766 | 759 | � claro, que eles n�o s�o ilimitados, mas limitados ao espa�o em disco |
|
795 | 788 | O tamanho de uma p�gina de dados no PostgreSQL � 8192 bytes (8 KB), ent�o: |
796 | 789 |
|
797 | 790 | 8192 bytes por p�gina |
798 | | - ------------------------ = 136 registros por p�gina do banco de dados (ar |
799 | | -redondado para baixo) |
| 791 | + ------------------------ = 136 registros por p�gina do banco de dados (arredondado para baixo) |
800 | 792 | 60 bytes por registro |
801 | 793 |
|
802 | 794 | 100000 registros de dados |
803 | | - ---------------------------- = 735 p�ginas do banco de dados (arredondado |
804 | | -para cima) |
| 795 | + ---------------------------- = 735 p�ginas do banco de dados (arredondadopara cima) |
805 | 796 | 128 registros por p�gina |
806 | 797 |
|
807 | | -735 p�ginas do banco de dados * 8192 bytes por p�gina = 6,021,120 bytes (6 MB |
808 | | -) |
| 798 | +735 p�ginas do banco de dados * 8192 bytes por p�gina = 6,021,120 bytes (6 MB) |
809 | 799 |
|
810 | 800 | �ndices n�o requerem muito espa�o, mas cont�m dados que foram |
811 | 801 | indexados, ent�o eles podem ocupar algum espa�o. |
@@ -874,10 +864,8 @@ para cima) |
874 | 864 | * A localidade padr�o C deve ser utilizada durante o initdb porque |
875 | 865 | n�o � poss�vel saber o pr�ximo/maior caracter em uma localidade |
876 | 866 | que n�o seja a C. Voc� pode criar um �ndice especial |
877 | | -text_pattern_ops |
878 | | - para tais casos que funcionam somente para indexa��o utilizando |
879 | | -LIKE |
880 | | - . |
| 867 | + text_pattern_ops para tais casos que funcionam somente para |
| 868 | + indexa��o utilizando LIKE. |
881 | 869 |
|
882 | 870 | Em vers�es anteriores a 8.0, �ndices frequentemente n�o podiam ser |
883 | 871 | usados a menos que os tipos de dados correspodessem aos tipos da |
@@ -948,14 +936,10 @@ LIKE |
948 | 936 |
|
949 | 937 | Tipo Nome Interno Notas |
950 | 938 | -------------------------------------------------- |
951 | | -VARCHAR(n) varchar tamanho especifica o comprimento m�ximo, sem pr |
952 | | -eenchimento |
953 | | -CHAR(n) bpchar preenchimento em branco para comprimento fixo e |
954 | | -spec�fico |
955 | | -TEXT text nenhum limite superior espec�fico no compriment |
956 | | -o |
957 | | -BYTEA bytea vetor de bytes de comprimento vari�vel (null-by |
958 | | -te safe) |
| 939 | +VARCHAR(n) varchar tamanho especifica o comprimento m�ximo, sem preenchimento |
| 940 | +CHAR(n) bpchar preenchimento em branco para comprimento fixo espec�fico |
| 941 | +TEXT text nenhum limite superior espec�fico no comprimento |
| 942 | +BYTEA bytea vetor de bytes de comprimento vari�vel (null-byte safe) |
959 | 943 | "char" char um caracter |
960 | 944 |
|
961 | 945 | Voc� ver� o nome interno quando examinar o cat�logo do sistema e em |
@@ -1063,8 +1047,7 @@ te safe) |
1063 | 1047 | de alguma coisa, ou se voc� quer fazer uma c�pia da tabela, com os |
1064 | 1048 | OIDs, n�o h� raz�o para que voc� n�o possa faz�-la: |
1065 | 1049 | CREATE TABLE nova_tabela(minha_coluna int); |
1066 | | - SELECT oid as oid_antigo, minha_coluna INTO tabela_tmp FROM tabela_anti |
1067 | | -ga; |
| 1050 | + SELECT oid as oid_antigo, minha_coluna INTO tabela_tmp FROM tabela_antiga; |
1068 | 1051 | COPY tabela_tmp TO '/tmp/pgtable'; |
1069 | 1052 | DROP TABLE tabela_tmp; |
1070 | 1053 | COPY nova_tabela WITH OIDS FROM '/tmp/pgtable'; |
|
0 commit comments