ORM стоит ли испльзовать (конкретно Entity)

[OtherSide]

Скоро будем начинать новый проект, вот сейчас думаю, стоит ли использовать Entity или проще по старинке.
Смысл в том, что у таблиц будет много прав доступа, а перемещение данных будет на хранимых процедурах и транзакциях.
Тогда как я понимаю в ОРМках данные просто мапятся и видны как есть, я же задумал логику, когда все работает через параметризированные вьюшки.
Или я что-то не понимаю?

В частности структуры данных следующие: дерево развернутое в таблиц (каждый узел имеет поле parent),
Куча логически разделенных таблиц, с одинаковыми полями, физически объедененная в одну (поле TABLETYPE к примеру)

[Dmitry67]

Я DBA
Как вы думаете, как я отношусь к очередному шедевральному SQL, сгенеренному автоматом и просьбой 'поменять мы ничего не можем но хотим чтобы работало быстрее"?

[iDesperado]

будет много прав доступа, а перемещение данных будет на хранимых процедурах и транзакциях.

имхо орм имеет смысл если вся логика в апп-сервере, если что-то .net, что-то в процедурах то есть шансы поиметь все минусы обоих подходов в квадрате.

p.s. у меня тоже опыт с орм (хебернейт) не очень, только на парсинг портянок 2-3 секунды уходило

[Andrey Strelnikov]

Куча логически разделенных таблиц, с одинаковыми полями, физически объедененная в одну (поле TABLETYPE к примеру)

логически разделенных таблиц - те по-сути 1) несколько разных классов должно получиться? 2)или один с определяющим типом ?

Первый вариант явно не для Entity.

[OtherSide]

Я DBA
Как вы думаете, как я отношусь к очередному шедевральному SQL, сгенеренному автоматом и просьбой 'поменять мы ничего не можем но хотим чтобы работало быстрее"?

Я шапошно ознакомился с Энтити, такое впечатление что подходит только для красивых презенташек и написания студенческих курсовых.
Но с другой стороны тема очень модная, раз все пользуются, может на самом деле круто и я что то не понимаю.

[Alexandr]

Я DBA
Как вы думаете, как я отношусь к очередному шедевральному SQL, сгенеренному автоматом и просьбой 'поменять мы ничего не можем но хотим чтобы работало быстрее"?

Я шапошно ознакомился с Энтити, такое впечатление что подходит только для красивых презенташек и написания студенческих курсовых.
Но с другой стороны тема очень модная, раз все пользуются, может на самом деле круто и я что то не понимаю.

А почему у вас такое мнение сложилось? Нормально работает, где нет нужды в каких-то супер сложных запросах. В модели, где API к базе все в процедурах - вообще никаких проблем

[OtherSide]

А почему у вас такое мнение сложилось? Нормально работает, где нет нужды в каких-то супер сложных запросах. В модели, где API к базе все в процедурах - вообще никаких проблем

Ну смотря что такое супер сложные. И потом мы же часто не знаем, понадобятся они в проекте или нет.

Конкретно у меня бизнес модель двигается между складами согласно бизнес логики, задаваемой машиной состояний.
На каждом складе может быть один владелец со своими правами доступа. Не очень понимаю, поможет ли мне тут Entity

[Alexandr]

А почему у вас такое мнение сложилось? Нормально работает, где нет нужды в каких-то супер сложных запросах. В модели, где API к базе все в процедурах - вообще никаких проблем

Ну смотря что такое супер сложные. И потом мы же часто не знаем, понадобятся они в проекте или нет.

Конкретно у меня бизнес модель двигается между складами согласно бизнес логики, задаваемой машиной состояний.
На каждом складе может быть один владелец со своими правами доступа. Не очень понимаю, поможет ли мне тут Entity

а почему может не помочь? причем даже не важно, где бизнес логика находится: в приложении или на базе
какие могут быть проблемы?

[nightmare2]

Ну смотря что такое супер сложные. И потом мы же часто не знаем, понадобятся они в проекте или нет.

Конкретно у меня бизнес модель двигается между складами согласно бизнес логики, задаваемой машиной состояний.
На каждом складе может быть один владелец со своими правами доступа. Не очень понимаю, поможет ли мне тут Entity

Вам стоит почитать что-нибудь по данному вопросу.
EF не так проста как кажется.

Вот тут неплохо и кратко.
http://professorweb.ru/my/entity-framework/6/level1/" onclick="window.open(this.href);return false;

В целом - вещь хорошая и полезная.

[Alexandr]

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

[Easbayguy]

Я DBA
Как вы думаете, как я отношусь к очередному шедевральному SQL, сгенеренному автоматом и просьбой 'поменять мы ничего не можем но хотим чтобы работало быстрее"?

Ненавижу, как же они задолбали с ОРМ!

[OtherSide]

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

Ну если я изучу это дело, зачем мне на форуме спрашивать. Тут как раз и вопрос стоит ли лезть туда в изучение или не надо время тратить.
Я на туториалах реализовал уже одну схему, но вижу что она нихрена не масштабируется и не поддерживается вот и закралось сомнение, а можно ли эту хрень поддерживать вообще

[OtherSide]

Вот вопрос конкретный - парамтризированные вьюшки оно поддерживает? Ну т.е. что бы при логине разных пользователей оно разбивало одну таблицу на несколько и показывало разную дату для разных

[nightmare2]

Вот вопрос конкретный - парамтризированные вьюшки оно поддерживает? Ну т.е. что бы при логине разных пользователей оно разбивало одну таблицу на несколько и показывало разную дату для разных

Это SQL Server?
Что есть параметризованный вью?

[geek7]

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

не уверен что Вас понял.. перемещение данных это между DB<->app. logic? тогда ORM по определению не подходит. В смысле есть фреймворки типа iBATIS которые берут на себя мапинг\кеш итд НО вкусности полных ORM типа транзакций, релейшен (1:*, *:*), генерации схемы - это доступ к таблицам на прямую

[geek7]

Я DBA
Как вы думаете, как я отношусь к очередному шедевральному SQL, сгенеренному автоматом и просьбой 'поменять мы ничего не можем но хотим чтобы работало быстрее"?

Ненавижу, как же они задолбали с ОРМ!

дофига проектов где производительность или вообще нафиг не нужна или не критична для 90-99% таблиц
генерить для них CRUD руками - шиза чистой воды. Гораздо разумне потом поменять те 1-10% где производительность действительно потребовалась.. да и то видел я шедевры ручного PL\SQL строения что лучшеб ORM и криво-индусская жаба на стороне апп-сервера.. тех хоть можно горизонтально наскейлить сколько надо

[Alexandr]

Вот вопрос конкретный - парамтризированные вьюшки оно поддерживает? Ну т.е. что бы при логине разных пользователей оно разбивало одну таблицу на несколько и показывало разную дату для разных

А что такое параметризированный view?
Зачем вообще всю фигню с правами переносить на ORM? Это легко на базе делается

[Alexandr]

Я DBA
Как вы думаете, как я отношусь к очередному шедевральному SQL, сгенеренному автоматом и просьбой 'поменять мы ничего не можем но хотим чтобы работало быстрее"?

Ненавижу, как же они задолбали с ОРМ!

дофига проектов где производительность или вообще нафиг не нужна или не критична для 90-99% таблиц
генерить для них CRUD руками - шиза чистой воды. Гораздо разумне потом поменять те 1-10% где производительность действительно потребовалась.. да и то видел я шедевры ручного PL\SQL строения что лучшеб ORM и криво-индусская жаба на стороне апп-сервера.. тех хоть можно горизонтально наскейлить сколько надо

тока это.... В целом CRUD запросы нормально генерятся, если LINQ запросы пишутся человеком, который с базами знаком и понимает как оно в скуль преобразовывается

[XAOC]

dapper.net - наше всё
на нем SO работает

[stenking]

в 2016 писать триггеры...!!!!!!!! триггеры карл!!!

На каждом складе может быть один владелец со своими правами доступа....
--

Code: Select all

db.storages.insert(
     { _id: 1, owner: [ uid: 10, name: "Alex" ] , permissions: [ move: true, lock: false ]  }
)

[Next]

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

[Alexandr]

в 2016 писать триггеры...!!!!!!!! триггеры карл!!!

На каждом складе может быть один владелец со своими правами доступа....
--

Code: Select all

db.storages.insert(
     { _id: 1, owner: [ uid: 10, name: "Alex" ] , permissions: [ move: true, lock: false ]  }
)

Ну и причем тут MongoDB?

[Alexandr]

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

++

[windman]

dapper.net - наше всё
на нем SO работает

Dapper это если мы о чтении говорим, а если надо записывать сложную структуру? То micro-orm будет не очень.

[Komissar]

Dapper это если мы о чтении говорим, а если надо записывать сложную структуру?

два слова:
insert
update