Если мне нужно сохранить объект в базе данных, которая имеет отношения, у меня есть, что dao выполняет все само сохранение или делегировать другим DAO. Если он должен делегировать другим DAO, это должно быть сделано в самом DAO или в слое выше (например, на уровне обслуживания)? Я бы использовал ORM для этого, за исключением того, что в PHP ничего хорошего пока не существует.Один большой DAO или несколько более мелких?
2
A
ответ
4
Я думаю, что ответ зависит от владения.
Если родитель владеет детьми, и нет возможности создать ребенка без родителя, тогда он должен быть просто ParentDao и вообще не иметь ChildDao.
Если вы можете создать Ребенка без родителя, вам понадобится ChildDao для его операций с CRUD. В этом случае вы можете иметь ParentDao собственную ссылку на ChildDao и отложить операции Child CRUD с ним.
0
Я согласен с ответом duffymo - но я заинтересован, чтобы ваше заявление
Я хотел бы использовать ОРМ за это, за исключением того, что в PHP, ничего хорошего пока не существует
Я использовал оба Doctrine и Propel и нашли, что они оба очень способны. Мое личное предпочтение - Доктрина, хотя в Propel 1.3 было внесено значительное улучшение.
Смежные вопросы
- 1. Один большой checkin или несколько более мелких?
- 2. Один большой файл include или несколько более мелких?
- 3. localStorage performance: один большой объект или несколько более мелких?
- 4. таблицы стилей: один большой или несколько бигонов или несколько более мелких?
- 5. Данные: Один большой, или куча мелких кусков?
- 6. Java, несколько банок или один большой?
- 7. Один большой запрос против многих мелких?
- 8. что лучше: один большой спрайт или много мелких
- 9. Несколько столов или один большой?
- 10. Одиночный DAO или несколько DAO в MVC?
- 11. Один большой релиз или несколько небольших?
- 12. Один большой поток или несколько меньших потоков?
- 13. MySql несколько столов или один большой стол?
- 14. Расщепление conftest.py файл на несколько более мелких conftest подобных частей
- 15. Один большой байтовый буфер или несколько небольших?
- 16. Один DAO на поток или потокобезопасный DAO?
- 17. один большой вид или несколько видов?
- 18. Один большой стол или несколько таблиц?
- 19. Один большой файл или несколько небольших файлов?
- 20. Несколько шейдеров или один большой шейдер?
- 21. Несколько таблиц или один большой (MySQL)
- 22. Один большой файл или несколько небольших файлов?
- 23. Один класс DAO на «контейнер» или один DAO на таблицу?
- 24. Перерыв большой репо на несколько более мелких сделок РЕПО на толчке
- 25. SPARK: одна мощная машина Vs. несколько более мелких машин
- 26. Выделить большой блок вместо многих мелких?
- 27. Entity framework: одна большая модель или набор более мелких моделей?
- 28. один большой или более мелкие объекты в локальном хранилище html5
- 29. Преобразование одной большой фигуры в несколько более мелких фигур с использованием Pythons Matplotlib
- 30. zlib компрессия большой буфер против многих мелких?
Я действительно очень надеюсь на Doctrine 2.0, но мне действительно нужна прозрачная настойчивость, которую не предлагают ни Doctrine <2.0, ни Propel. Мне в основном нужно что-то большее, чем Hibernate. – blockhead