ORM и проблемы с производительностью

Question

Я думаю об изучении ORM, но думаю одно: если у меня есть таблица (или несколько объединенных таблиц) с миллионами записей .... хорошо ли иметь сопоставленные объекты с миллионами элементов ??? Разумно ли обращаться с такими большими объектами ??

Спасибо! с.

Answer 1

Это действительно зависит от того, что вы будете делать с этими объектами; наличие большого количества из них само по себе не является причиной для использования ORM.

Возможно, более важно обрабатывать записи объектно-ориентированным образом, чтобы над ними можно было надежно выполнять бизнес-логику. Или, наоборот, если производительность является более серьезной проблемой, то предпочтительнее держать ее на более низком уровне. ORM - это просто инструмент со своими плюсами и минусами; вам нужно решить, перевесят ли преимущества использования этого инструмента недостатки.

Answer 2

Попытка отобразить отношения m: n и n: 1 действительно приводит к проблемам с производительностью.

Вот почему fjorm не пытайтесь их кешировать никогда. В fjorm, если вы хотите кэшировать таблицу в памяти, вы явно аннотируете ее с помощью @ FullCache.

Отказ от ответственности: я автор fjorm.

Answer 3

хорошо ли иметь сопоставленные объекты с миллионами элементов ???

Нет, лучше сохранять такие отношения однонаправленными, если у вас недостаточно памяти для хранения всех строк в вашемRAM.