Re: Chacun dans son dossier, comment feriez-vous ?

On 15 mars 2011, at 16:04, Nicolas Delsaux wrote:

> 2011/3/15 Jean-Baptiste BRIAUD -- Novlog <[email protected]>:
>> Bonjour,
>> 
>> Comment implémenteriez-vous une séparation à l'échelle de la données ?
>> Je m'explique : avec les rôles associé à des login, on peux restreindre un accès aux données.
>> Sauf que cette restriction porte plutôt sur des "pans applicatif", des fonctionnalité.
>> 
> 
> J'ai découvert l'année dernière qu'à côté du très classique JPA, dine
> héritier droit dans ses bottes d'Hibernate, existaient ... d'autres
> choses.
> Des choses comme, par exemple, JCR.
> JCR spécifie (Jérôme, ça va carrément te rappeler des trucs) des
> arborescences de données dans lesquelles peuvent exister des
> arborescences de droits héritées et/ou déléguées. Pour le dire plus
> clairement, c'est un type de stockage arborescent "à la" LDAP, mais en
> Java, et bien pensé.
> En bonus, on peut stocker des données plus ou moins typées, allant
> jusqu'à fournir, mais c'est encore expérimental, une implémentation
> JPA (http://code.google.com/p/chromattic/) permettant de claquer ses
> données bien rangées dans une base JCR.
> Des implémentations JCR, il y en a quelques unes.
> Les plus classiques étant
> - Apache Jackrabbit
> - JBoss Modeshape
> Pourquoi je parle de ça ? Ben parce que, au prix d'un changement de
> back-end ultra-couteux :-), ça te fournit ta solution et bien
> d'autres.
> Cela dit, si ça ne va pas ... ben j'ai pas trop d'idée sous le coude. Hélas.
> 
> -- 
> Nicolas Delsaux

Je ne changerais pas OpenJPA, pour plein de raisons, mais surtout pour la raison suivante.
Nous faisons un usage intensif des FetchPlan, concept que l'on ne retrouve malheureusement pas dans Hibernate.

Quand aux données, c'est une contrainte, çà doit être des tables dans une base de données relationnelles classique.
Je vais jeter un oeil à JCR mais j'ai l'impression que c'est un stockage à part, pas dans la base elle même.