Потому что в 1С Вы проектируете метаданные с нужными полями (класс Документ) с нужными реквизитами и если нужно табличными частями и уже потом платформа сама создает не только все таблицы но и оптимальные индексы под это.
В .Net тоже самое, только кодом. честно не вижу разницы(разделять там тоже можно).
Посмотрел я на ваши индексы, любые доп индексы надо так же ставить флаг Индексировать.
В .Net насколько помню можно делать похожее но только на уровне создаем класс, держим в уме таблицу которой он будет соотвествовать.
А зачем держать в голове это? Вы в 1С это делаете?
А так чтобы сделать класс , а Net. отразил бы это в несколько таблиц?
Есть разделение таблиц там.
Я вот не вижу глобально разницы, вот серьезно.
Создание метаданных в данном случае равноценно созданию классов. Это именно code-first по факту.
Одно дело когда вы написали класс Документ, который может управлять пятью таблицами не опускаясь на их уровень, а другое дело когда Вы эти таблицы тупо отображаете в классы, чтобы соединять их как запросы.
Пропустил этот момент. А почему у вас в 1С создание класса для хранения в БД это хорошо, а в .NET создание класса для того же это плохо?
1)Иногда EF сама может подсказать что запрос получился ужасным и его приходится вычислять на клиенте.
2)Узнать где проблема, у вас будет уже представление куда рыть, какой синтаксис повёл себя не так как Вы думали должен себя вести(в 90% случаев достаточно нажать F1 и все станет ясно)
3)На крайний случай всегда можно перейти в RAW запросы.
На практике я не сталкивался с тем чтоб EF вёл себя
Совет от меня: Если телефон сильно греется во время зарядки, попробуйте заряжать его в выключенном состоянии. В выключенном состоянии телефон "глупеет" и поддерживает только самые базовые протоколы зарядки, т.е., меньше греется.
У меня телефон поддерживает быструю зарядку в том числе в выключенном состоянии.
Но в настройках батареи можно выключить быструю зарядку.
Note: Great care must be exercised if mutable objects are used as set elements. The behavior of a set is not specified if the value of an object is changed in a manner that affects equals comparisons while the object is an element in the set.
Очередная статья "непризнаного гения"(по показаниям автора) вокруг AsmX, интерпритатора некоего авмоподобного языка со средой исполнения в NodeJS(то есть мы интерпретируем другой язык внутри интерпритириумой среды).
Остальные статьи автор снял с публикаций и/или удалил, после кучи минусов.
Молчу уж про использование названия LLVM для кликбейта и в названии проекта/репозитория в том числе.(что кстати не очень хорошо)
В .Net тоже самое, только кодом. честно не вижу разницы(разделять там тоже можно).
Посмотрел я на ваши индексы, любые доп индексы надо так же ставить флаг Индексировать.
А зачем держать в голове это? Вы в 1С это делаете?
Есть разделение таблиц там.
Я вот не вижу глобально разницы, вот серьезно.
Создание метаданных в данном случае равноценно созданию классов. Это именно code-first по факту.
Так а метаданные откуда взялись то?
Пропустил этот момент. А почему у вас в 1С создание класса для хранения в БД это хорошо, а в .NET создание класса для того же это плохо?
Простые ORM так сделают, у ORM с трекингом уже будет иначе
На SQL человек ровно так же напишет скорее всего тогда.
Я в таком случае готовлю дату которая нам нужна, и уже делаем стандартное Where(c=>c.CreatedDate >= minDate)
Ах да, scaffolding сторонних БД, вы серьёзно думаете что такое есть только в 1С?
Ну если я верно понимаю то основной аргумент за крутость 1С это то что у нее язык и IDE и БД связано воедино?
Естественно вещь в своём кружке может быть лучше.
Только вот в 1C вы создали таки этот тип, пусть и в интерфейсе, но сделали.
А давайте поставим .NET и 1C на равне?
Вы сейчас противопоставляете database first для .Net против code first(а конфигурация это именно code first по факту)
А вы можете в 1C запихнуть произвольную БД?
1)Иногда EF сама может подсказать что запрос получился ужасным и его приходится вычислять на клиенте.
2)Узнать где проблема, у вас будет уже представление куда рыть, какой синтаксис повёл себя не так как Вы думали должен себя вести(в 90% случаев достаточно нажать F1 и все станет ясно)
3)На крайний случай всегда можно перейти в RAW запросы.
На практике я не сталкивался с тем чтоб EF вёл себя
Разве во всех уважающих себя ORM нет логирования? где можно посмотреть что там делается.
А ещё советую узнать про ExecuteUpdate и ExecuteDelete.
Да, все верно, в России.
Как пользовался Spotify, так и продолжаю.
только для HTTP, для HTTPS же данных меньше.
По сути видно только домены(но не запросы/страницы внутри домена) которые вы посещаете.
Наверное, Direct Access Memory?
У меня телефон поддерживает быструю зарядку в том числе в выключенном состоянии.
Но в настройках батареи можно выключить быструю зарядку.
От масштаба еще зависит, если приблизить то все ок.
Смотрим документацию на Set:
Так это чужой инструмент жеж.
А автор написал свой llvm(любые совпадения с настоящим LLVM "случайны").
Вроде так и сделали в итоге? Где-то натыкался
( может путаю с таким же предложением)
Очередная статья
"непризнаного гения"(по показаниям автора)вокруг AsmX, интерпритатора некоего авмоподобного языка со средой исполнения в NodeJS(то есть мы интерпретируем другой язык внутри интерпритириумой среды).Остальные статьи автор снял с публикаций и/или удалил, после кучи минусов.
Молчу уж про использование названия LLVM для кликбейта и в названии проекта/репозитория в том числе.(что кстати не очень хорошо)