mirror of
https://github.com/doctrine/orm.git
synced 2026-03-23 22:42:18 +01:00
DDC-547: Consider allowing custom PersistentCollection implementations #674
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @doctrinebot on GitHub (Apr 27, 2010).
Originally assigned to: @Ocramius on GitHub.
Jira issue originally created by user romanb:
We should consider allowing the configuration of custom PersistentCollection implementations on a per-association basis.
This could allow users to craft optimized (SQL) behavior for for some of their collections to improve performance without changing the domain model code.
For this, PersistentCollection needs to be designed for inheritance.
@doctrinebot commented on GitHub (Aug 26, 2010):
Comment created by romanb:
Rescheduled for 2.1. Might be 2.x.
@doctrinebot commented on GitHub (Dec 24, 2010):
Comment created by @beberlei:
Reschedule for 2.x
@doctrinebot commented on GitHub (May 20, 2014):
Comment created by Wilt:
Any progress on this new feature?
@doctrinebot commented on GitHub (May 20, 2014):
Comment created by @ocramius:
This can't be solved in the
2.xseries because of the tight coupling between associationUnitOfWorklogic and thePersistentCollectionAPI.@Arkemlar commented on GitHub (Mar 5, 2017):
@ocramius can you give recommendation about how to make workaround of this limitation? Custom collections is really needed in domain logic.
@Ocramius commented on GitHub (Mar 6, 2017):
There is no possible workaround right now.
On 5 Mar 2017 3:57 p.m., "Yanosh" notifications@github.com wrote:
@Itach1Uchixa commented on GitHub (Jul 6, 2018):
Little workaround @Arkemlar : https://gist.github.com/Itach1Uchixa/83fedd850e4705b0b51589afaefdfdf1
@hugochinchilla commented on GitHub (Nov 5, 2019):
Any progress on this?
@Ocramius commented on GitHub (Nov 5, 2019):
@hugochinchilla no, this is likely not going to be solved for 3.x either due to its complexity
@Ocramius commented on GitHub (Nov 5, 2019):
Gonna close here as "won't fix".
While the feature is a "most wanted", having a placeholder isn't useful until someone comes up with an implementation plan that is viable and that can be attempted.
Please open a new issue if you have an approach that you think could work (considering lazy-loading and
UnitOfWorksemantics).