AntonariyавторК томуже CompanyDetail это наследник System.Windows.Form, проверьте что EF будет корректно работать с этим типом.да уж догадался.
в случае записи действительно все красиво, а в случае чтения тысячи записей, повторяю еще раз, будет создана 1000 экземпляров формы .

В EF может и будет.
У меня - нет.
Вот бенчмарк, где десериализируется страница с 2,5 тыс комментариев.
http://forum.pikosec.com/viewtopic.php?f=12&t=16
И моя база работает в 40 раз быстрее чем MS SQL с ADO.
C EF будет работать вестимо еще медленее.

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

Это плохой путь. Точнее у него есть свои недостатки.
Вам нужно чтото почитать по schemaless базам данных.
Они позволяют работать с документами которые содержат сотни и тысячи вложенных сущностей и код намного проще
и работает намного быстрее.

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

AntonariyавторВообще не понятно что ты имеешь ввиду под валидируемыми данными.
найди ошибку, поймешь:



Ну, экранировать параметр нужно. Это я тебе еще раньше написал.
В чем проблема то ? На MS SQL будет совершенно аналогичный код, который также будет смотреть что в гриде выбрано, выкусывать параметр или айдишник из DataTable и также добавлять параметром в запрос. Всё тоже самое.

ИзопропилBrothersДля иерархической базы такой проблемы
не существует, поскольку обьект запихивается сразу вместе с своей иерархией.связи между иерархиями были даже во времена зарождения IMS

Ну вот ктото с этим несогласен, истерит и пишет что EF единственное true в межгалактическом континиусе,
Шаг влево шаг вправо к первоистокам, цитирую:

Antonariyозначает похоронить проект.

Алексей ККоллега за генерацию ООП модели по БД (или наоборот) и за строгую типизацию при работе с данными. Что в этом плохого, если производительность позволяет?[/quot]

А что плохого, чтобы вместо западных технологий использовать отечественные.
Тем более что работают существенно быстрее и кода педалить нужно в разы меньше ?
Просто потому что "Я лублу EF" ?

AxeleronНет, потому что работать со стрго типизированными данными безопасно и удобно. А считать и портить зрение на то где и какую кавычку или скобку забыл - нафик нафик такое счастье.

Тю, для этого есть обычный валидатор на сервере корректности переданого Json.
Также как Command.CommandText не валидируется на сервере если лепить запросы строкой.
Если через ORM тогда проблема вообще снимается, сериализатор сам все строит по структуре обьекта.

Алексей КBrothers... и кода педалить нужно в разы меньше?
Враньё.


Что враньё то ?
Ну вставь через EF такой бизнесс обьект сразу в десятки таблиц.
За один запрос, в одной строке кода. И чтобы по всем полям было проиндексировано.
https://raw.githubusercontent.com/zemirco/sf-city-lots-json/master/citylots.json

AxeleronЕсли я захочу ручками пособирать что, то ХП лучше реализую, которая почти горантированно будет выполняться быстрее команд любых Стебельков.

А это просто чушь.

AxeleronBrothersТю, для этого есть обычный валидатор на сервере корректности переданого Json.
Совсем неинтересно собирать конкетированная строку врчуную из строго типизированного (!!!) объекта, чтобы выполнить какую-то операцию на сервере. Современная ИТ-индустрия от этого, к счастью, оставляет это все дальше и дальше в прошлом. Если я захочу ручками пособирать что, то ХП лучше реализую, которая почти горантированно будет выполняться быстрее команд любых Стебельков.

Никто ничего ручками не собирает.
Что за бред. В MS SQL есть абстракция CommandText в которой тоже можно пропустить ковычку и запулять любой текст.
У меня Json. Сверху CommandText стоит EF чтобы уже селекты не писать вручную. У меня сверху стоит ORM, которая тоже позволяет не писать Json а работать с обьектами в коде.

Алексей КBrothersЧто за бред. В MS SQL есть абстракция CommandText в которой тоже можно пропустить ковычку и запулять любой текст.Прикладной код ничего не знает про CommandText. Прикладной код знает про System.Linq.Expression и IQueryable. Я же давал пример выше.

.NET значит плохо знаешь
Ознакомься c System.Data.SqlClient и SqlCommand.

Дальше не вижу смысла тратить свое время.