[ckan-dev] Relationships between Datasets and Organizations
Ian Ward
ian at excess.org
Mon Aug 12 11:55:36 UTC 2013
Organizations were added in 2.0, and they were implemented as a special
type of Group. The permission model changed at the same time, making
dataset permissions depend on the org that created it.
Groups have a many-to-many relationship with datasets, so that can't be
used to determine ownership, so I suspect the simple thing was to add
owner_org to service all the new permission checks.
On Aug 12, 2013 7:46 AM, "David Read" <david.read at hackneyworkshop.com>
wrote:
>
> As I understand it (since there are no docs or tests for
> organizations...), a dataset in an organizations needs both owner_org
> set and the Member created to work properly. I guess that it was
> decided that although it breaks the DRY principle, it makes stuff
> faster. I could be wrong.
>
> David
>
> On 8 August 2013 22:33, Vitor Baptista <vitor at vitorbaptista.com> wrote:
> > Hi all,
> >
> > I'm trying to understand how the relationship between datasets and
> > organizations works. For Groups, as far as I can see, the relationship
is
> > something like:
> >
> > Dataset -> Member -> Group
> >
> > Member is a many-to-many association between Dataset and Group. At
first I
> > thought it was the same for Organizations, but I think there's something
> > else. They have these associations, with entries in Member, with
activity =
> > 'organization', but there's also an owner_org column in Dataset itself.
> > Basically, we have both:
> >
> > Dataset -> Member -> Organization
> >
> > and:
> >
> > Dataset -> Organization (through owner_org field).
> >
> > What's the difference between these two ways?
> >
> > Cheers,
> >
> > Vítor Baptista
> >
> > Developer | http://vitorbaptista.com | LinkedIn | @vitorbaptista
> >
> > The Open Knowledge Foundation
> >
> > Empowering through Open Knowledge
> >
> > http://okfn.org/ | @okfn | OKF on Facebook | Blog | Newsletter
> >
> >
> > _______________________________________________
> > ckan-dev mailing list
> > ckan-dev at lists.okfn.org
> > http://lists.okfn.org/mailman/listinfo/ckan-dev
> > Unsubscribe: http://lists.okfn.org/mailman/options/ckan-dev
> >
>
> _______________________________________________
> ckan-dev mailing list
> ckan-dev at lists.okfn.org
> http://lists.okfn.org/mailman/listinfo/ckan-dev
> Unsubscribe: http://lists.okfn.org/mailman/options/ckan-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.okfn.org/pipermail/ckan-dev/attachments/20130812/c15488e8/attachment-0001.html>
More information about the ckan-dev
mailing list