[
https://issues.apache.org/jira/browse/POLYGENE-103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14632333#comment-14632333
]
Niclas Hedhman edited comment on POLYGENE-103 at 4/11/17 7:06 AM:
------------------------------------------------------------------
Use-case "Flat simple Mapping";
{code:java}
public interface MyEntity extends EntityComposite
{
Property<String> someValue();
}
{code}
Most simple case, and should translate to
{code}
SELECT someValue FROM MyEntity WHERE Identity='abc';
{code}
This means that every Property is mapped directly without name translations
between the two domains.
was (Author: niclas):
Use-case "Flat simple Mapping";
public interface MyEntity extends EntityComposite
{
Property<String> someValue();
}
Most simple case, and should translate to
SELECT someValue FROM MyEntity WHERE Identity='abc';
This means that every Property is mapped directly without name translations
between the two domains.
> ORM system
> ----------
>
> Key: POLYGENE-103
> URL: https://issues.apache.org/jira/browse/POLYGENE-103
> Project: Polygene
> Issue Type: New Feature
> Reporter: Niclas Hedhman
>
> Over the years we have several times tried to figure out how to incorporate
> ORM technology to Polygene, and kept failing. Hibernate was tried in 2007,
> and iBatis was attempted in 2008, and although the latter showed some
> reasonable promise, it didn't manage to reach all the way.
> We have since done a lot to let extensions into the runtime model, and we
> have more features around Associations in Property and NamedAssociations
> which I don't think existed in those days.
> I think it is time to re-open this effort, as it is the constant push-back
> whenever I introduce Polygene to new people. It is an easy "ok, you don't
> have that, therefor I have no interest in listening to you." and any other
> argument is ignored.
> I think it is more important to be able to use existing tables, than to
> support arbitrary Polygene Entity structures to always have a reasonable SQL
> structure. I.e. for the companies where SQL schema rules as data model
> supreme. Then from there we could investigate further what full Mixin support
> would entail.
> Before starting the implementation, I think we should gather usecase and lay
> out in documentation how various common schemas can be handled into Polygene
> entities and values.
> NOTE: This is ONLY about EntityStore and not about generic query.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
