Prezado Fábio Telles, é, sem dúvida, de grande valía suas informações. Com base na mesma, abrirei uma discursão interna para decidirmos o que fazer. Meus cincéros agradecimentos a todos que contribuiram para esclarecimento desta dúvida. Especialmente a: Fabio Telles Javier Cabrera Blanco Leandro Guimarães Faria Corcete DUTRA Osvaldo Kussama
Att, Zro. Citando Fabio Telles <[EMAIL PROTECTED]>: > 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] > ___________________________________________________________________________________ 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
