Есть ли ORM с поддержкой партиционирования?

Question

[Макс Максимов]

Есть огромная база данных с партиционирования 4 таблиц по дате. Нужно добавить поддержку партиционирования через ORM на .NET, желательно Entity Framework. Есть ли готовые решения? Или рекомендации, почему через ORM делать не стоит?

Answer 1

[#]

вообще то это фича БД а не ORM

определитесь с БД и любите гугл:
- запрос MS SQL партиционирование позволяет довольно быстро понять что в MS SQL, данная фича называется секционированием
- и примерно в таком же духе, шаг за шагом, уточняйте запросы к поисковикам, по мере роста понимания, возможно это где то и пересечется с Entity Framework (а может и нет)

Comments

[Макс Максимов]

В том, что это функция БД -- это и так ясно. Я говорю о том, будет ли здравомысляще, если использовать Entity Framework (или другую ORM) для работы с этим, не повредится ли чего. И если можно, то как это делается: надо ли туда хранимки добавлять, или же код не придётся менять (тот самый, генерируемый самой EF). Про гугл я написал, читайте внимательнее, прежде чем писать ответ.

[#]

доки выбранной СУБД - в помощь..

на сколько я помню - задача всех ORM - дать максимум абстракций, и скрыть от кодера нюансы требующие админских навыком.. и что то мне подсказывает, что партиционирование/секционирование, скорее всего как раз одна из таких фич - скорее всего что поверх ORM, вы должны выдеть одну абстрактную таблицу..

ps - .. хотя, за вознаграждение, я готов более подробно изучить для вас данную тему, для СУБД, которую вы все еще не назвали

[#]

Про гугл я написал, читайте внимательнее, прежде чем писать ответ.

а я, в свою очередь, написал, что вы очевидно не правильно формируете запросы, в связи с неверными предположениями о сути данного явления

[Макс Максимов]

К примеру, PostgresSQL. Партиционирование там так и называется партиционированием. Ничего близкого, связанного с ".NET; orm; partitoning; entity framework" не нашёл. Проектированием и разработкой БД занимается разработчик БД, он уже всё сделал. Наша часть: это поменять существующий DataLayer с Entity Framework для работы с таблицами, в которые введено партиционирование. Нету инфы, ни примеров, как это должно быть в связке, к примеру, с EF.

[#]

вы опять не видите, как сравнивате лошадь (PG) с телегой (EF)

для начала EF в принципе не работает с PG, но к примеру работает с MS SQL... найдите хоть где нибудь точное сочетание "MS SQL партиционирование" .. и знаете почему не получается - его нет

это отправная точка где у вас есть возможность вернуться к реальному взгляду на мир

[Макс Максимов]

БД - SQL Server. Суть от этого не поменяется. EF не работает с Pg, правда?) Не пишите ради того, чтобы написать.

[#]

или у вас свежачек из коры? - ну простите, простите.. погорячился

тем не менее - суть ORM закрывать детали, и скорее всего такие, о разработчика. в этом суть моего ответа

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

[#]

суть ответа не меняется

[#]

а ссылку на МСДН я дал вам сразу

Answer 2

[Artem Smirnov]

Обычно через ORM такого не делают.
ORM это высокий уровень абстракции, он не должен знать о том, какие таблицы у вас партицированы и по каким правилам. Он должен обращаться к таблице, и если она партицирована, то в запросе должны быть соответствующие ограничения, которые позволят на уровне БД применить операции из запроса к конкретной партиции-таблице, которая удовлетворяет ограничениям из этого запроса.
На уровне БД это обычно разруливают с помощью создания вьюхи, абстрагирующей партицированную таблицу, с которой будет работать ORM, и созданием триггеров на операции с этой вьюхой.