миграции надо писать руками, только разработчик досконально знает (точнее, должен знать, если он не макака), какие изменения и в каком порядке должны произойти с базой

а раз мы всё равно пишем миграции сами, то всем остальным пусть занимается автоматика

ради перформанса

ну так потому-что в древних монах и дотнетах он и правда был быстрее. Это сейчас там идентичный IL-код фактически.

там ходят анонсы что скоро нормальный шарп в Unity будет, но от IL2CPP никуда они уходить не будут

интегрируют с corert и норм

миграции надо писать руками, только разработчик досконально знает (точнее, должен знать, если он не макака), какие изменения и в каком порядке должны произойти с базой

А мне с дбпрожем нравилось работать хоть он и не миграционного фоомата

слышал что он уже устаревший или как?

netgain

интегрируют с corert и норм

тогда юнити засияет новыми красками )

Вроде не сжег ни разу ничего

от stackexchange

лично у меня больше всего в Unity бомбило от отсутствия async/await

в таком случае преимуществ в использовании шарпа вообще нет

в ранних версиях он не особо приятнее той же жабы

Вроде не сжег ни разу ничего

когда у тебя сложные изменения в структуре таблиц и тебе надо писать настоящую миграцию _данных_ (а не просто "добавили 3 колонки тут), начинаются ньюансы

в таком случае преимуществ в использовании шарпа вообще нет

щито?

там ходят анонсы что скоро нормальный шарп в Unity будет, но от IL2CPP никуда они уходить не будут

а куда ты от неё уйдешь? Хочешь не хочешь, а для того же iOS надо в нейтив конвертить. Да и под андроид не будешь же ты в жаву всё это превращать.

в виде создали временную таблицу, туда всё закинули, поколдовали над основными, включили-выключили индексы итп

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

когда у тебя сложные изменения в структуре таблиц и тебе надо писать настоящую миграцию _данных_ (а не просто "добавили 3 колонки тут), начинаются ньюансы

добавляю к ef миграциям свой sql

а куда ты от неё уйдешь? Хочешь не хочешь, а для того же iOS надо в нейтив конвертить. Да и под андроид не будешь же ты в жаву всё это превращать.

Все так, никуда и не уйдешь

добавляю к ef миграциям свой sql

Тогда толку их не на скл написать

Что за фобия скл непонятно

Структура вся меняется кодом

И генерируется это все само

-_-

ну возьмём самый примитивный пример

есть у тебя таблица пользователей с их адресами

Что за фобия скл непонятно

++++

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

Из миграционных утилит есть нормальные вроде жидкой базы или вот у нас flybase

вообще откуда эта предвзятость к базам пошла

тебе надо создать новую таблицу, перенести туда данные, прибить старое поле

автоматический анализатор этого никогда не поймёт

вообще откуда эта предвзятость к базам пошла

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

с базами и ORM есть огромная проблема

толпа народу нихрена не понимает, что там в базе вообще происходит

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

фигачат код на ORM и радуются

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

и орут что те кто знает деды немодные))))

Поэтому dbproj это нормальный компромисс

а оно потом два Xeon-а восьмиядерных ставит на колени

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

create table add column execute sql (пишешь sql с переносом адресов) remove column Все кроме sql с переносом данных сгенерируется само.

фигачат код на ORM и радуются

а потом ответ апих 4-5сек

фигачат код на ORM и радуются

то же самое можно про использование IDE сказать))

вот тут обоснуй

то же самое можно про использование IDE сказать))

нет не тоже

про визуальные дизайнеры формочек можно

то же самое можно про использование IDE сказать))

вот ни разу не тоже самое

если есть альтернатива в виде вёрстки

то же самое можно про использование IDE сказать))

IDE делают тебя писать код более лучше, ORM не делает

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

Не поддерживаемо это все. Есть у меня проект, где под 1к процедур этих, хер в чем разберешься, тупо 1к функций. Не для этого мы 2к17 лет шли к изобретению ооп. А потом происходит какая-нибудь хуйня, ты тупишь полчаса и вспоминаешь, что ошибка может же быть в триггерах, а там еще пачка какой-то херни.

даже если просто sql в коде писать и то проще разобраться

там хотя бы контекст вызовов есть

IDE делают тебя писать код более лучше, ORM не делает

Это каким таким образом? Разве что только статический анализ с назойливыми сообщениями — может быть. В остальном IDE тебя не енфорсит писать хороший код )

Это каким таким образом? Разве что только статический анализ с назойливыми сообщениями — может быть. В остальном IDE тебя не енфорсит писать хороший код )

она пишет его за тебя

если это конечно хорошая IDE

Не поддерживаемо это все. Есть у меня проект, где под 1к процедур этих, хер в чем разберешься, тупо 1к функций. Не для этого мы 2к17 лет шли к изобретению ооп. А потом происходит какая-нибудь хуйня, ты тупишь полчаса и вспоминаешь, что ошибка может же быть в триггерах, а там еще пачка какой-то херни.

Не юзать еф != писать 100500 триггеров и хранимок

и ты не можешь даже шагу в сторону сделать, чтобы не ругнулось

Не юзать еф != писать 100500 триггеров и хранимок

+

решарпер например очень хорошо учит пользователя не делать бяки

На базе логика это вообще такое

решарпер например очень хорошо учит пользователя не делать бяки

если ты обращаешь на него внимание, например?

Не поддерживаемо это все. Есть у меня проект, где под 1к процедур этих, хер в чем разберешься, тупо 1к функций. Не для этого мы 2к17 лет шли к изобретению ооп. А потом происходит какая-нибудь хуйня, ты тупишь полчаса и вспоминаешь, что ошибка может же быть в триггерах, а там еще пачка какой-то херни.

это другая крайность просто

И это никак не связано с попыткой зафигачить структуру бд в сишарп

Хотели такие скоопиться и запилить проект @ начали срач

триггеры своей неявномтью ваще зло

если ты обращаешь на него внимание, например?

никто не запрещает

ERROR: S client not available

Хотели такие скоопиться и запилить проект @ начали срач

+

можно писать говнокод и не обращать внимания на туториалы, например :)

И это никак не связано с попыткой зафигачить структуру бд в сишарп

ну так в примере Владимира явно заметно, что проблема не в технологии, а в том что её криво использовали

это не значит, что туториалы не учат делать как надо

если ты обращаешь на него внимание, например?

Сонар подними

Все начнут обращать

>Не для этого мы 2к17 лет шли к изобретению ооп база, внезапно, не относится к ООП

ну так в примере Владимира явно заметно, что проблема не в технологии, а в том что её криво использовали

ну опиши, как ее нормально использовать

ваааще

это отдельная сущность

>Не для этого мы 2к17 лет шли к изобретению ооп база, внезапно, не относится к ООП

Нет ты что

и пусть себе не относится

ты её либо эффективно умеешь использовать

либо кричишь про ооп и у тебя всё тормозит

Это каким таким образом? Разве что только статический анализ с назойливыми сообщениями — может быть. В остальном IDE тебя не енфорсит писать хороший код )

решарпер поставь уже

или Rider

ну опиши, как ее нормально использовать

мм, например не писать стопятьсот хранимок и функций, перевешивая на базу добрую половину логики?

На базе логика это вообще такое

на базе логика - неизбежность

мм, например не писать стопятьсот хранимок и функций, перевешивая на базу добрую половину логики?

тут пол чата адепты хранимок, не?

для разного рода счётчиков итп

тут пол чата адепты хранимок, не?

не заметил

если проект большой, то количество ты ограничить никак не сможешь

для разного рода счётчиков итп

Максимум калк поле

Или парочка

А если лень перебарывает бесплатные и наглядные советы решарпера, ну так можно пойти дальше и обмазаться стайл копами :) не закрыл скобку как надо - билд не пройдёт

Для перфоманса

и хранимки для него же нужны

А если лень перебарывает бесплатные и наглядные советы решарпера, ну так можно пойти дальше и обмазаться стайл копами :) не закрыл скобку как надо - билд не пройдёт

>> бесплатные >> решарпер

А если лень перебарывает бесплатные и наглядные советы решарпера, ну так можно пойти дальше и обмазаться стайл копами :) не закрыл скобку как надо - билд не пройдёт

TreatWarningsAsErrors = true ?

когда перелопачиваешь тонны данных

их неоптимально вытаскивать за пределы БД

>> бесплатные >> решарпер

хорошо, стайл коп