Стоит ли использовать Entity Framework

@GadjievAlex · Регистрация: 06.08.2013

Студворк — интернет-сервис помощи студентам

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

@kolorotur · 24.03.2015, 14:18

Сообщение от kodv

SQL
1
2
Id UNIQUEIDENTIFIER NOT NULL,
FOREIGN KEY (ParentId, DbId) REFERENCES Dictionaries

Если поле Id уникально, то любая пара Id/DbId будет уникальной.
Следовательно, зачем включать DbId в ключ? Достаточно Id для однозначного определения нужной записи в таблице.

И вам при выборке возни меньше, и EF будет счастлива.

@kodv · 24.03.2015, 14:33

kolorotur, поле id уникально в рамках одной базы. Если вторая база была создана путем клонирования первой, то уникальные идентификаторы во второй базе будут такие же, как и в первой. А в таблице, которая будет аккумулировать данные с обеих баз, это идентификаторы не будут уникальными. Поэтому в ключе присутствует DbId. Я об этом выше писал, только менее развернуто.

@kolorotur · 24.03.2015, 14:42

kodv, пардон, значит я невнимательно прочитал.

В таком случае я бы сделал первичным ключем просто поле с автоувеличивающимся счетчиком, которое будет использоваться для связи в рамках базы, в том числе в качестве ParentId — чтобы "внутренние" ключи базы не зависели от всяких левых данных из непонятно каких источников.
А на поля Id/DbId повесил бы уникальный индекс.

@kodv · 24.03.2015, 14:53

kolorotur, это не отменяет ограничений Entity Framework, которые противоречат ограничениям БД. А именно про гибкость Entity Framework я и говорил. Задача заключалась ни в обязательном использовании Entity Framework, а в реализации рабочего приложения. Задача уже давно решена. Предложенный вами вариант абсолютно правильный, но я не захотел тогда перекраивать всю структуру данных)

Новые блоги и статьи Все статьи Все блоги /
сукцессия 29. Переход от одних деревьев на другие делать более или менее вероятностным? anaschu 12.07.2026 Насколько смена типов микоризы — исключительное событие в двухвековой сукцессии? Оценка вероятности в пространстве параметров В текущей версии модели успешно реализован ключевой механизм. . .	сукцессия 27. Думаю, как переделывать уже написанную статью с планами на сукцессию. anaschu 12.07.2026 Анализ соответствия модели требованиям Реализованные компоненты: Механизм закисления почвы через протонную помпу Конкуренция между типами микориз pH как триггер сукцессии C/ P соотношение. . .	Сукцессия 26. Мат модель создана. anaschu 12.07.2026 Модель смены растительных сукцессий посредством управления грибами работает внутри небольшой ячейки почвы, восстанавливающейся после пожара, где ненадолго бывшее царство хвойных снова захватили. . .	Решил проблему с ошибкой пагинации сообщений с сервера на алгоритме обхода дерева "Эстафета хвоста". Hrethgir 12.07.2026 Проблема была в том, что удалялась именно новая кнопка, а не старая. Ни один ИИ не обнаружил это, а сам я смог только когда с работой стало попроще и когда заставил работать будущее автономное. . .
сукцессия 25. Хронология ошибок anaschu 12.07.2026 # От 50-тонного гриба до устойчивого леса: хроника ошибок при построении модели вековой сукцессии микоризы ## О чём эта статья В процессе построения ОДУ-модели (система дифференциальных. . .	сукцессия 24. Промежуточное общее описание модели anaschu 12.07.2026 Хендофф: модель АМ→ЭКМ сукцессии микоризы (ризосфера, 50 лет) Содержание проекта Симуляция вековой (50 лет) экологической сукцессии в почве леса Основные участники: АМ-гриб, ЭКМ-гриб,. . .	сукцессия 23. Более физиологичная физиология, более экологичная экология, более диффурные диффуры. anaschu 12.07.2026 Что реально нашли и починили за эти 5 часов Правило Линдемана (КПД конверсии сахара в тело, kEff) — раньше 100% полученного углерода шло прямо в биомассу гриба; теперь только kEff=0. 5 (после. . .	сукцессия 22. От артефактов к физиологии: калибровка агентной модели грибной сукцессии для воспроизведения сезонной динамики и pH-плато anaschu 11.07.2026 Аннотация В данной работе представлена калибровка агентной модели динамики грибных сообществ (fungal-succession), направленная на устранение нефизичных артефактов (коллапс биомассы, мгновенное. . .

@GadjievAlex 0 / 0 / 0 Регистрация: 06.08.2013 Сообщений: 23

	Стоит ли использовать Entity Framework 23.03.2015, 10:05. Показов 10634. Ответов 23 Метки нет (Все метки) Приветствую сообщество. Стал такой вопрос стоит ли использовать Entity Framework в проекте, есть ли опыт нахождения подводных камней и решений. возможно есть более удачная альтернатива. Заранее всем спасибо 0

@kodv 1449 / 1121 / 347 Регистрация: 11.04.2011 Сообщений: 2,621
	24.03.2015, 14:33
	kolorotur, поле id уникально в рамках одной базы. Если вторая база была создана путем клонирования первой, то уникальные идентификаторы во второй базе будут такие же, как и в первой. А в таблице, которая будет аккумулировать данные с обеих баз, это идентификаторы не будут уникальными. Поэтому в ключе присутствует DbId. Я об этом выше писал, только менее развернуто. 0

@kolorotur 17823 / 12973 / 3382 Регистрация: 17.09.2011 Сообщений: 21,261
	24.03.2015, 14:42
	kodv, пардон, значит я невнимательно прочитал. В таком случае я бы сделал первичным ключем просто поле с автоувеличивающимся счетчиком, которое будет использоваться для связи в рамках базы, в том числе в качестве ParentId — чтобы "внутренние" ключи базы не зависели от всяких левых данных из непонятно каких источников. А на поля Id/DbId повесил бы уникальный индекс. 0

@kodv 1449 / 1121 / 347 Регистрация: 11.04.2011 Сообщений: 2,621
	24.03.2015, 14:53
	kolorotur, это не отменяет ограничений Entity Framework, которые противоречат ограничениям БД. А именно про гибкость Entity Framework я и говорил. Задача заключалась ни в обязательном использовании Entity Framework, а в реализации рабочего приложения. Задача уже давно решена. Предложенный вами вариант абсолютно правильный, но я не захотел тогда перекраивать всю структуру данных) 0