[ckan-pt] Instâncias Postgres distintas entre o Ckan e o Datastore

[Carlos Augusto]

Correto, Vítor! É o que está parecendo. Para todos os efeitos, o Ckan e
suas extensões fazem uso apenas de dois usuários do BD: um usuário de BD (o
'ckan_default', por padrão) que tudo pode no esquema 'public' das duas
instâncias (ckan_default e datastore_default) e um usuário de BD (o
'datastore_default', por padrão) que pode apenas ler no esquema 'public' da
instância datastore_default.


Em 21 de maio de 2014 14:18, Vitor Baptista <vitor  vitorbaptista.com>escreveu:

> 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/>
>
>
> _______________________________________________
> ckan-pt mailing list
> ckan-pt  lists.okfn.org
> https://lists.okfn.org/mailman/listinfo/ckan-pt
>
>
-------------- próxima parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.okfn.org/pipermail/ckan-pt/attachments/20140521/97b53da7/attachment-0003.html>