Е
Size: a a a
2020 August 05
ss
мне кажется, что в ef нужно намного больше теории знать
ss
в этом проблема
Е
мне кажется, что в ef нужно намного больше теории знать
Тебе кажется
ss
а мне самому нужно map написать?
ДК
а мне самому нужно map написать?
гугли AutoMapper
ДК
блин, вот щас тебе прилетит неслабый такой пакет новых вводных
ДК
лучше попробуй словами объяснить, зачем тебе универсальный метод обновления
ss
что бы не писать метод для обновления каждой сущности
ДК
Тебе не кажется, что 10к это как-то мало? И откуда ты можешь знать, что завтра у тебя не будет 100к?
так-то EF вполне успешно переварит и 1кк записей, и 10кк, просто время выполнения запросов будет побольше
ДК
что бы не писать метод для обновления каждой сущности
ладно, примем к сведению
ДК
опиши сценарий с точки зрения логики работы приложения, в котором этот метод нужно юзать
ДК
например, у тебя в базе есть юзеры, и я конкретному юзеру поменял, скажем, фамилию
ss
ну у меня в бд есть рабочие и департаменты, у департамента есть босс, а у рабочего есть заказы. Мне нужно добавлять, данные в каждую из этих таблиц, обновлять и удалять данные оттуда
ДК
ну вот
например, у рабочего фамилию поправил (написали с ошибкой)
или стоимость заказа нужно увеличить (причин может быть дофига)
например, у рабочего фамилию поправил (написали с ошибкой)
или стоимость заказа нужно увеличить (причин может быть дофига)
ss
ну да
ДК
вот как это слить в универсальный метод?
правильный ответ: никак! потому что это разные сущности
правильный ответ: никак! потому что это разные сущности
ss
ну на нет и суда нет
ss
тогда лучше сделать 3 раздельных метода?