Isto realmente dependo do seu provedor... Se você utiliza um servidor compartilhado... vou lhes dizer que você se encontra em maus lençois. Parece ser o seu caso. Quando isto ocorre os provedores costumam fazer com que cada usuário tenha um esquema próprio com o seu nome e só.
Os tablespaces, só fariam realmente sentido (em termos de desempenho) se você conhecer a estrutura de discos e tiver definido um particionamento próprio. Se você tem uma aplicação leve (que não exige um servidor dedicado) e pouco complexo (com apenas algumas dezenas, ou tavez até uma centena de tabelas), isto não será uma grande preocupação. Você pode conviver com esta limitação: usar um esquema só e não definir nenhum tablespace próprio, ou seja usar o 'search_path' e o 'default_tablespace' padrões. Caso contrário... prepare o seu bolso... você vai precisar de um servidor dedicado. Isto significa arcar com custos muito mais altos e ter a responsabilidade de gerenciar o servidor com a sua senha de root. Existem vários planos de servidores dedicados no Brasil (mais caro e menos eficiente... mas dá para xingar em português e as vezes até ir esmurrar a mesa do sysadmin) ou fora (mais baratos, mais eficientes, mas com atendimento todo em inglês). Alguns planos usam um servidor virtual, sobre um Xen, por exemplo. São bem mais baratos e tem toda a flexibilidade, menos o domínio sobre o hardware (leia-se discos). Sua memória costuma ser pequena também. Você pode alugar um servidor dedicado que já vem com um setup inicial de um SO da sua escolha. Como a máquina não é sua... se ela queimar o problema não é seu. Por fim você pode locar uma máquina sua num datacenter. É a opção mais cara e mais flexível. Você escolhe a sua máquina e paga o aluguel do espaço no rack do datacenter e a banda que consumir. Você é responsável pelo hardware, a instalação do SO e tudo o mais... (muito divertido, mas caro e trabalhoso). Bom... espero ter ajudado. []s Em 21/05/07, Zro <[EMAIL PROTECTED]> escreveu:
Prezado(a)s, Estruturei minha base de dados criando TABLESPACE, SCHEMA e DATABASE. Isso, em ambiente de desenvolvimento. O produto está finalizado e funcionando perfeitamente(Aplicação e PostGreSQL). Agora, na hora de subir com a plicação pro provedor, solicitei ao mesmo que criasse a mesma estrutura (TABLESPACE, SCHEMA e DATABASE) do mesmo jeito que criei no ambiente de desenvolvimento. O pessoal do suporte, deste provedor, deu a seguinte declaração, a qual gostaria de obter parecer dos senhores sobre a mesma. "Em ambiente de banco de dados compartilhado, não é possível especificar SCHEMAs e TABLESPACEs... " Procede tal declaração? Atenciosamente, Zro. ___________________________________________________________________________________ Para fazer uma ligação DDD pra perto ou pra longe, faz um 21. A Embratel tem tarifas muito baratas esperando por você. Aproveite! _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
-- site: http://www.midstorm.org/~telles/ e-mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] sip:[EMAIL PROTECTED]
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
