[ckan-pt] Instâncias Postgres distintas entre o Ckan e o Datastore
Vitor Baptista
vitor vitorbaptista.com
Quarta-Feira, 21 de Maio de 2014 - 17:18:56 UTC
Oi Carlos,
Não sei te dizer qual foi a razão original, mas imagino que seja
relacionado a limitar o acesso do usuário read-only do DataStore só as
tabelas do próprio DataStore.
Abraços,
Em 21 de maio de 2014 12:55, Carlos Augusto
<carlosmarcosaugusto gmail.com>escreveu:
> Pois é, Vítor. Hoje já é assim, uma instância do banco Postgres para o
> Ckan (o padrão é "ckan_default") e outra instância para o Datastore (o
> padrão é "datastore_default"). Por serem duas instâncias distintas, nada
> impede que cada uma esteja em um servidor diferente. Até aqui, está
> compreendido.
>
> Minha dúvida é em outro sentido: ao invés de usar duas instâncias do
> Postgres, uma para o Ckan e outra para o Datastore, por que não usar uma
> única instância? Neste caso, por questões de organização, usar-se-ia um
> esquema para os objetos do Datastore e outro esquema para os objetos do
> Datastore. E ambos os esquemas em uma única instância do Postgres.
> Conhece-se algum motivo para não ser assim? Ou algum motivo para serem
> usadas duas instâncias distintas?
>
> Fiz uma pesquisa em todos os arquivos ".py" (fontes em Python) do Ckan.
> Dentre todos nos quais ocorrem as palavras "schema" ou "schemaname", não
> encontrei uma razão que justificasse ou explicasse ser como é. Estou agora
> tentando fazer como imaginei: dois esquemas em um único banco Postgres. Se
> eu conseguir e for do interesse da equipe Ckan ou de alguém, poderei
> explicar como proceder.
>
> Abraços,
>
>
>
> Em 21 de maio de 2014 11:53, Vitor Baptista <vitor vitorbaptista.com>escreveu:
>
> Oi Carlos,
>>
>> Não consigo pensar em nenhum problema que você teria ao usar bancos de
>> dados separados pro CKAN e pro Datastore. Acho que funcionaria sem
>> problemas.
>>
>> Abraços,
>>
>>
>> Em 20 de maio de 2014 09:23, Carlos Augusto <
>> carlosmarcosaugusto gmail.com> escreveu:
>>
>>>
>>> Curiosidade grande: alguém saberia dizer se existe (e, neste caso, qual
>>> seria) a real necessidade do Ckan e o Datastore usarem o esquema "public"
>>> de instância de banco de dados Postgres distintas ao invés de, por exemplo,
>>> esquemas distintos em um mesmo banco de dados Postgres?
>>>
>>> _______________________________________________
>>> ckan-pt mailing list
>>> ckan-pt lists.okfn.org
>>> https://lists.okfn.org/mailman/listinfo/ckan-pt
>>>
>>>
>>
>>
>> --
>>
>> Vítor Baptista
>>
>> Developer | http://vitorbaptista.com | LinkedIn<http://www.linkedin.com/in/vitorbaptista>|
>> @vitorbaptista <http://twitter.com/vitorbaptista>
>>
>> The Open Knowledge Foundation <http://okfn.org>
>>
>> *Empowering through Open Knowledge*
>>
>> http://okfn.org/ | @okfn <http://twitter.com/okfn> | OKF on Facebook<https://www.facebook.com/OKFNetwork> |
>> Blog <http://blog.okfn.org/> | Newsletter<http://okfn.org/about/newsletter/>
>>
>>
>> _______________________________________________
>> ckan-pt mailing list
>> ckan-pt lists.okfn.org
>> https://lists.okfn.org/mailman/listinfo/ckan-pt
>>
>>
>
> _______________________________________________
> ckan-pt mailing list
> ckan-pt lists.okfn.org
> https://lists.okfn.org/mailman/listinfo/ckan-pt
>
>
--
Vítor Baptista
Developer | http://vitorbaptista.com |
LinkedIn<http://www.linkedin.com/in/vitorbaptista>|
@vitorbaptista <http://twitter.com/vitorbaptista>
The Open Knowledge Foundation <http://okfn.org>
*Empowering through Open Knowledge*
http://okfn.org/ | @okfn <http://twitter.com/okfn> | OKF on
Facebook<https://www.facebook.com/OKFNetwork> |
Blog <http://blog.okfn.org/> | Newsletter<http://okfn.org/about/newsletter/>
-------------- próxima parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.okfn.org/pipermail/ckan-pt/attachments/20140521/5bbf5b1b/attachment-0003.html>
Mais informações acerca da lista ckan-pt