hVosttЕсли у тебя изначально базу данных делает кто-то другой, да ещё и вперёд батьки, о чём вообще спор?
Да какая разница, кто делает. Плюсы в поддержке и развитии очень существенны. Code First - для любителей рутинного кодирования, Database First - для кнопочников и халявщиков. Я отношусь ко второй категории. Нравится много и нудно писать - я не против.

hVosttНиче не надо. Изменил класс и продолжил разработку. Когда надо, запустится либо автоматическая миграция, либо создашь миграцию одной командой в нугет. В чем проблемы-то? Главное, всё под контролем.
Ну так а чем это отличается от изменениях в БД с последующим обновлением схемы в edmx? Та же автоматика. Только без ручного кодирования.

hVosttПроблема в высокой связности. Зачем мне на этапе разработки возиться с бекапами? Я вообще-то с классами работаю. Таблицы в базе данных -- это всего лишь способ хранения, зачем ходить задом наперёд? Раньше так и разрабатывали приложения, сам активно в таком процессе учавствовал. Сначала пилится схема БД, потом от неё все пляшут. Сейчас наоборот и за последние 3 года, могу сказать с полной уверенностью -- стало лучше, результат намного качественней и гораздо быстрее достигается. Мне вообще не доставляет прыгать туда-сюда между схемой базы данных и проектом приложения, особенно если система сложная. Я работаю с классами, и сам решаю в какую иерархию и как они должны выстраиваться, а не какой-то генератор.
Никакой связности. Бэкап никоим образом не связан с проектом. Нужна база - есть 2 пути, бэкап или edmx => database. Я выбираю первый вариант, он прозрачен и универсален. Я работаю не только с классами, я с чем только не работаю. Пытаться мир аппроксимировать в классы - утопия. Всё сложнее. Прыгать никуда не надо, просто делай свою работу. Если ты далек от БД, пусть этим занимаются DB девелоперы. А ты честно снимай кодогенерацию.

hVosttcodearticles.ruПрофит в том, что я избавлен 100% от рутины и ручного кодирования. Меньшее число пунктов вовсе не означает, что задачу ты решишь быстрее и проще. С этим согласен?
От какой рутины ты избавлен? От того, что ты грубо говоря классы создашь в дизайнере базы данных? Иерархию объектов как будет строить?
От самой обычно рутины. Я не пишу классы, я накликиваю объекты. Да что ты привязался со своей иерархией, это было сделано еще черти знает когда http://msdn.microsoft.com/en-us/library/vstudio/cc716683(v=vs.100).aspx

hVosttкак ты получишь такую иерархию из базы данных? одной кнопкой?
Выше ссылка. Зачем одной кнопкой? Кто мешает допилить схему в дизайнере под свои нужды? Ты, вообще, работал хоть раз с edmx? Мне кажется, что не работал.

hVosttcodearticles.ruобычного перепуга. За сколько накидаешь мне вот такой концепт из пару десятков таблиц? Я сделаю это 2 минуты.
В дизайнере базы данных? Насмешил.
enterprise architect => db => classes, рассказывать, что такое uml и enterprise architect?

hVosttcodearticles.ruТо есть эту задачу можно поручить хоть обезьяне. Во-вторых, куда приятнее драг-н-дропом набрасывать схему, чем сидеть потеть писать говнокод, тестировать его, снова писать.
Юнит-тесты, это не про тебя, да? У нас CI с покрытием, близким к 100% на выпуске. Как это согласуется с клацанием мышкой, не понимаю.
Причем тут модульное тестирование и прокси классы БД? Что ты там тестировать собрался? Пустые свойства?

hVosttcodearticles.ruДа какая разница, кто куда подключается. Схема может прийти откуда угодно, от заказчика например. С ней можно делать что угодно, в том числе и генерировать проксю. И это прекрасно. А у тебя что не изменение, то ныряй снова в гавнокод. В топку.
Схема приложения сложней, чем схема базы данных. У нас всё в одном пакете, на одной модели, в одной вотчине, и нет зависимости ни от какой базы и менеджера баз. Задачи чётко разделены. Все манипуляции со схемами и UML точно также применимы и в отношении кода, даже более того, для кода они подходят гораздо лучше.
А причем тут менеджеры баз? У меня такие же классы, как у тебя, но кодогенеренные. edmx решает все проблемы, никаких сложностей нету. Куда они там лучше подходят - это твои фантазии. Те же яйца, только нахаляву.

hVosttcodearticles.ruДа какая разница, кто делает. Плюсы в поддержке и развитии очень существенны. Code First - для любителей рутинного кодирования, Database First - для кнопочников и халявщиков. Я отношусь ко второй категории. Нравится много и нудно писать - я не против.
Ну ты как обычно, в своём репертуаре, научился пользоваться молотком, и пошёл забивать им всё подрят: и гвозди, и шурупы, и сваи
Так всё дело в том, что молоток универсальный, работает 100% и бесперебойно. Поди плохо? :)

hVosttДело не любви или нелюбви к кодированию, а в задачах и способах их решения. Для одних задач больше подходит DB/F, для других C/F, также многое зависит от исходных данных, и конечных требований.
Ну вот только не надо ля-ля, одни задачи, другие... Для всех задач будет внятен и применим DB/F. Как-то же мы жили во времена L2S и EF < 5 и ничего. Никаких поко, онли кодогенерация. А то одни задачи, другие. Не фантазируй!

hVosttПрактика и опыт разработки в компании показали, что с использованием Code First разработка ведётся в целом гораздо быстрее (экономически ощутимо я бы сказал). Не смотря на, как тебе почему-то кажется, "рутинное кодирование".
Сказки. В частных случаях "для пары табличек" оно будет одинаково, но для более громоздких схем твой вариант идет лесом. А когда у нас еще есть полноценная команда, db девелопер, dba и иже - жизнь СУБД и её схема от тебя вообще не зависит. Вот в таких случаях DB/F вообще незаменимый молоток.

hVosttРазработчикам не надо синхронизировать между собой модели баз данных, SQL-скрипты, схемы, и для десятков веток иметь по отдельной версии базы, превращая разработку в сплошной ад. EDMX плох тем, что со стороны контроля версий не даёт почти никакого контроля команде.
У разработчиков одна девелоперская БД, ничего синхронизировать не надо. Нажал обновил схему edmx и всё само обновилось. Магия! Контроль версий edmx отлично работает, всё есть в TFS, можно отследить любые изменения.

hVosttcodearticles.ruЯ не пишу классы, я накликиваю объекты.
Любитель генераторов это видимо тебя ещё со времён WSDL торкнуло
WSDL тем и чудесен, что есть схема, а значит есть и кодогенерация )) Именно поэтому за odata будущее, а чистый rest без схемы - унылое гавно. Хотя и съедобное

hVosttcodearticles.ruУ меня такие же классы, как у тебя, но кодогенеренные.
Ага. Канечно, такие же. Размечтался
А слабо иметь готовые наборы моделей, собирать из них целое, при этом иметь возможность доработки моделей без изменения базовых? И при этом всё будет генериться в одну базу с полноценными связями?
Батенька, инхеританс был сделан чёрти знает когда, теперь я понимаю, что с edmx ты реально не работал :) http://msdn.microsoft.com/en-us/data/jj618292.aspx

hVosttcodearticles.ruВыше ссылка. Зачем одной кнопкой? Кто мешает допилить схему в дизайнере под свои нужды? Ты, вообще, работал хоть раз с edmx? Мне кажется, что не работал.
Ну вот и начелось. Сначало надо пилить базу данных. Потом допиливать схему в дизайнере. Особый кайф, если схема охеренно большая конечно. И уже потом вот они почти как родные классы
А как ты хотел? Дополнительные фичи через дизайнер. Именно для этого он и сделан. Причем все изменения держат run custom tool, всё работает как часы.

hVosttКонечно я работал с edmx и довольно много.
Я этого не заметил

hVosttcodearticles.ruТак всё дело в том, что молоток универсальный, работает 100% и бесперебойно. Поди плохо? :)
Плохо то, что освоив молоток, ты не способен освоить что-то ещё кроме молотка. Поэтому когда в руках молоток, всё вокруг является гвоздями
Молоток во всех его реинкарнациях был освоен еще тогда, когда гвозди под стол пешком ходили :) Молоток всё рос и крепчал. И сейчас это мощный удобный механизм, который позволяет с минимумом трудозатрат получить качественную картинку. Это цель.

hVosttКак ты будешь обеспечивать версионность базы данных? Как дружить с системой контроля версий?
Ууу как всё запущено... Ну если тебе букварь уже не помогает, то покури видео гайды

hVosttcodearticles.ruУуу как всё запущено... Ну если тебе букварь уже не помогает, то покури видео гайды
Ты даже гайд толковый подобрать не можешь, какая-то тупорылая бредятина про управление БД из студии, написание SQL-ников вручную, и... ууууууааааауу!!!
Во-первых, ты даже досмотреть по-человечески его не смог. А там показывается пример, где начальный проект генерится из готовой схемы. Это очень хороший старт проекта. Во-вторых, там можно в 2 стороны синхронизировать схемы, вычленять дифференсы. Это незаменимый продукт для db девелоперов. Во-вторых, пойдти куда нить в форум SQL и скажи им, что это "тупорылая бредятина". Тебя там с гавном смешают Это отличное решение, которое используют миллионы разработчиков для ведения проектов по базам данных.

hVosttТы эту херобазу показывай старушкам у подъезда, они поржут
Этой херобазой пользуются профессионалы, а не дилетанты, которые только что узнали о существовании подобных решений.

hVosttВот не надо заливать. Ни от какой религии это не зависит, ты просто вкурить до сих пор не можешь.
Твой право считать так, как тебе хочется. А я не заливаю, а говорю по факту as is.

hVosttфейспалм. на кой хер эта возня с базами нужна? ты отличаешь разработку от профилирования?
Что такое возня с базами, ты о чем? Каким боком тут упало профилирование? Тебя не в ту степь понесло, остановись.

hVosttу нас на стендах разворачивается по тесту на каждую ветку через TeamCity, при чём никто ничего ручками не создаёт и никуда не лезет. делаешь пуш в ветку, тут же накатываются тесты, ПО, и база. нет никакой "общей" базы с которой работают все разработчики, это тупизна какая-то.
Бизнес данные откуда берутся? Я тебе уже говорил, как делать версионить проект с БД, как делать схему, импорты, экспорты и бранчи. Всё в родной студии, всё в родном TFS. Выйди из сумрака уже.

hVosttболее того, для каждой группы тестов создаётся база прям в памяти, туда же загоняются тестовые данные автоматом, тесты прогоняются, база в памяти умирает. нафиг эта шляпа из возни с edmx нам не упала.
Какой-то кретинизм. Что-то создается, удаляется, само собой накатывается. У нас базы данных есть с миллиардами записей, есть с сотнями миллионов, на продакшене, на препродакшене, на тесте, на деве. Сколько лет я буду ждать, пока твоя магия мне там что-то нагенерит? Мне не нужно ничего генерить, всё уже есть - целостный бэкап. Им ведают DBA, им помогают если что DBD. Какие генерации баз, что ты там куришь?

hVosttпроблема в том, что у вас по ходу времени свободного дохера, а DB больше делать нечего, на каждый чих разработчика как последнее му**ло заниматься его базой данных. у нас версии баз данных накатываются/откатываются полностью автоматически, без какого-либо участия человека. edmx-разработчики.. у меня даже слов нет, это что-то новенькое
У нас не дохера свободного времени, у нас люди занимаются своей работой. На каждый чих никто ничего делать не будет. Сервера и СУБД выделяются по требованию и согласованию. Никто никакие чихи не делает, есть моя виртуальная девелоперская машина - сиди и пили. Есть другая девелоперская машина чисто под SharePoint - тоже самое. Во второй уже личная СУБД, почему так - я описал выше. Это специфика работы с SP. А то, что ты описываешь, какой-то эпический бред. Какие-то генерации баз, наполнение данными... Клиника.

hVosttcodearticles.ruА конкретнее?
Конкретней, это как если бы у тебя отобрали возможность писать код, и дали погремушку, где классы надо мышкой создавать в конструкторе типа легого для малых детишек. Так-то инструмент неплохой, и все задачи на нём решаются, но его использование в разы трудозатраней, чем схема на основе классов, так как из классов генерируются такие же красивые схемы (кому надо посмотреть) и возможностей на порядки больше. На порядки.
Ты ушел от ответа. Сначала ты сказал, что это детская погремушка. Теперь ты пишешь, что все задачи решаются. Всё продолжаешь бредить?
По поводу трудозатрат, я тебе выше описал кейс, я за 2 минуты получу edmx от работы аналитика и буду полноценно работать. Тебе понадобится несколько дней, чтобы воссоздать и протестировать рабочую модель. И это есть профит. И кстати, давно жду от тебя ответа по генерации поко классов по живой БД, но ты всё молчишь. Очевидно, что даже в теме с Code First ты не имеешь должного опыта. Открою тебе страшную тайну, VS 13 может генерировать поко классы прямо из живой БД. Учись, студент :)

hVosttcodearticles.ruДизайнер для умных людей, которые знают цену разработке и сопровождению.
К дизайнеру претензий никаких нет, претензии к людям, которые не могут ничего кроме дизайнера осилить, видимо это очень тяжело
Глупый человек вряд ли справится с дизайнером, потому что нужно понимать, что ты в нем делаешь. И почему ты решил, что дизайнером должны пользоваться только те, кто ничего не смыслит в Code First? Какое-то странное утверждение. Основанное на детских страхах?

hVosttТы явно попутал моделирование со схемой базы данных. uml => sql означает, что uml точат под sql, без учёта деталей реализации. Про EA мне сказки свои не рассказывай, никакого противоречия с CF нет, только у тебя в голове конкретная зацикленность на "кнопочной генерации". Плохого ничего в этом нет, и местами очень уместно, в длительной перспективе разработки эта погремушка накуй не нужна.
uml не точат по sql, что за глупости? Ты хоть раз писал классы в EA? :) Про длительную перспективу вообще поржал И автоматическую генерацию документации в топку? Ну да ты вообще крут. Пойди аналитикам это скажи, они плюнут тебе в лицо.

hVosttcodearticles.ruА там показывается пример, где начальный проект генерится из готовой схемы.
"готовая схема" откуда берётся? Инопланетяне доставляют что ли?
Ну вот, а говоришь знаешь, как аналитки колбасят объекты на uml в EA. Ну что, опять двойка...
Да и не важно тебе знать, откуда и что берется. Она есть и работает. Твоя задача обвязать её в ORM. Сиди и пили.

hVosttcodearticles.ruВо-вторых, там можно в 2 стороны синхронизировать схемы, вычленять дифференсы. Это незаменимый продукт для db девелоперов.
Мда... Во-первых, дифференсы, которые ты там собрался вычленять изначально ущербные. Так как не отражают историю.
Ты там чего куришь, историк? Я тебе уже 10 раз сказал, как ведется история в DB проектах. Повторить? Еще раз - там есть история, и дифференсов, и не дифференсов.

hVosttНакуй эти диференсы нужны? Делать чтоли больше нечего, со схемой возиться?
Есть дев сервер, есть тестовый сервер, есть препродакшен сервер, есть продакшен сервер. Дифференсы между этими узалами накатываются dba или dbd. В последним двум тебя на пушечный выстрел не допустят. И все твои игрушки из CF уйдут прямиком в лес. Ну если ты только не Греф и твоя контора не СБ. Тогда да, тебе дадут (при желании) писать селекты в продуктив

hVosttcodearticles.ruЭтой херобазой пользуются профессионалы, а не дилетанты, которые только что узнали о существовании подобных решений.
Ну-ну, всякий хряк своё болото хвалит
О, у кого-то просветление начинается :)

hVosttcodearticles.ruБизнес данные откуда берутся? Я тебе уже говорил, как делать версионить проект с БД, как делать схему, импорты, экспорты и бранчи. Всё в родной студии, всё в родном TFS. Выйди из сумрака уже.

Ты наверное по собственному заблуждению думаешь, что версионить, это типа файлы лежат под контролем версий -- значит типа всё заверсионено? Как ты саму схему версионишь? Схема версии 1, схема версии 2... схема версии 100, схема версии 100-на-ветке-новая супер-фича? И чтобы можно было так:

Выбрал в контроле версий другую ветку, обновился до неё, запустил проект и всё заработало! Прога сама откатила или накатила текущую базу у девелопера (или создала новую, в зависимости от конфига)? И это возможность прямо из коробки, без каких-то сторонних инструментов, каких-то менеджеров баз данных, клацания мышкой, вычисления диффов и прочей херни?
Я тебе объяснил уже, как схему версионить. Открой db проект и разберись сам. Там всё просто, поймет даже блондинка. Видео даже показал. Полноценный контроль версий, такой же как у тех же cs файлов. Не тупи. Да, можно откатиться до нужного бранча или взять чекин за нужную дату. Всё как в лучших домах Парижа. Что ж ты такой непонятливый... Вместо того, что бы спорить о том, в чем полный ноль, взял бы и разобрался в технологии.

hVosttcodearticles.ruКакой-то кретинизм. Что-то создается, удаляется, само собой накатывается. У нас базы данных есть с миллиардами записей, есть с сотнями миллионов, на продакшене, на препродакшене, на тесте, на деве. Сколько лет я буду ждать, пока твоя магия мне там что-то нагенерит? Мне не нужно ничего генерить, всё уже есть - целостный бэкап. Им ведают DBA, им помогают если что DBD. Какие генерации баз, что ты там куришь?
При чём тут вообще твои базы с миллиардами записями? Да хоть квантиллион записей, абсолютно фиолетово. До фанаря. Пофигу вообще сколько там записей на деве. Речь идёт именно о разработке, для разработки с Code First достаточно открыть проект в студии, обновляйся из любой ветки и открывай -- это будет сразу же работать. Без всяких шатаний с бекапами, ты же сначала поимеешь всем мозг со своим бекапом, потом поимеешь мозг DBA, если надо изменить схему, потом задрочишь всех, что всем надо обновить базу данных. Я же говорю, вы лодыри там и лентяи, не способные осилить более одного инструмента. Как в своё время придрочились к своему любимому дизайнеру так теперь хрен оторвёшь, ещё и с пеной у рта будете доказывать, что вот именно вот так правильно и миллиарды миллионов именно так делают, делали и будут делать до посинения
Какой-то поток воспаленного воображения. Ничего не понял. Еще раз, мне нужна в деве база из миллиарда записей в таблицах. Какой мне нужно открыть проект в студии и что там мне автоматически даст эту схему и данные? Какая ветка? Причем тут сами бизнес данные? Версионится схема, а не данные.

hVosttСтарпёры, что с вас взять
От феерических воплей мелюзги вообще оторопь берет

hVosttcodearticles.ruСервера и СУБД выделяются по требованию и согласованию.
При чём тут твои сервера и СУБД, ещё раз спрашиваю? Я тебе говорю, что для разработки Code First этого не нужно. Проект разворачивается грубо говоря с открытием проекта в студии. Всё. И пошёл кодить. На носу дедлайн. Вы похоже про такое понятие как сроки, даже не слыхали. Пилите там вечность одно и тоже. Миллиарды записей же, как ещё-то?
Как это не нужно? Мне и команде нужно это всё. Один занимается одним, другой - другим, третий - третим. И все работают в общей песочнице, не выходя от кассы. И даже если ты что-то накосячишь у другого, большая вероятность, что это заметят сразу же и выкатят тебе в бубен

hVosttcodearticles.ruПо поводу трудозатрат, я тебе выше описал кейс, я за 2 минуты получу edmx от работы аналитика и буду полноценно работать. Тебе понадобится несколько дней, чтобы воссоздать и протестировать рабочую модель.
Не верно. Я не буду воссоздавать модель, принцип работы с Code First совершенно отличается от DB/First. С DB/First ты имеешь на руках полноценную базу данных, и пилишь поверх неё приложение. С Code First, полноценной базы данных нет, нет и схемы, есть концепция, и постоянно изменяющиеся/уточняющиеся требования, разработка ведётся итерациями, на каждой итерации добавляются только те классы, что нужны, а не +100500 всей модели, которой ещё даже нет. Пойми ты уже это наконец.
В Code First тоже нужна полноценная БД, иначе как же ты будешь тестировать свои поделки? Да у тебя банально может быть схема битая или косяки в коде. Только упоротый идиот пишет Code First без реальной базы Code First поверх святого духа ))

hVosttcodearticles.ruИ кстати, давно жду от тебя ответа по генерации поко классов по живой БД, но ты всё молчишь.
Когда есть готовая БД, мы используем Database First. Зачем я в этом случае буду писать поко руками?
Ты читаешь каким местом? :) Я говорю, что если есть готовая БД, то можно так же использовать Code First. Классы генерируются автоматом по схеме БД. По необходимости уже допиливаются руками. Колоссальный труд скипается. Мне не понятно, зачем тебе тогда Database First?

hVosttcodearticles.ruИ почему ты решил, что дизайнером должны пользоваться только те, кто ничего не смыслит в Code First?
Ты считаешь, что DB/F и C/F -- это просто разные способы достижения одного результата. Ты ошибаешься, потому что для DB/F и C/F полностью подходы и метода разные. Это не просто способы получения классов (ручками или по модели). Но ты этого не хочешь понять, упёрся рогом и всё тут.
Да, DB/F и C/F -- это просто разные способы достижения одного результата. И никак иначе. Про "подходы", "суть", "идеологию", "транспарентность" и прочую "трансцендентную кулинарию" не надо задвигать. Это всё те же яйца.

hVosttЕсли есть способ что-то автоматизировать (генерация там, получение схем из моделей и т.д.), я выбираю этот способ. Но C/F, это не "ручная" замена того, что можно савтоматизировать. Это другой подход совершенно.
Ага, вообще с другой планеты Самому не смешно?


hVosttcodearticles.ruТы хоть раз писал классы в EA? :) Про длительную перспективу вообще поржал И автоматическую генерацию документации в топку?
При чем тут твои аналитеки? При чём тут ЕА, как это к делу относится? Ты откуда свои edmx получаешь? Речь шла о сравнении Database First vs. Code First, а тебя понесло в сторону моделирования. Ты чего там употребляешь?
Ну как это причем аналитики? Их труд можно использовать с умом. Для этого есть твоя нелюбимая кодогенерация. Открою тебе секрет, в EF можно не только SQL схему генерить, он может тебе uml диаграмму вообще в C# классы выплюнуть. О как. А edmx получаю из БД, откуда ж еще. А как и кто мне эту БД сделает, не суть.

hVosttcodearticles.ru,
И если уж ты так вцепился в своё моделирование, что хрен оторвёшь, то да будет тебе известно, что поко-классы из модели можно также генерить, как и схему базы данных. Только ты в этом случае проходишь через цепочку uml -> sql -> edmx -> generated classes, а в случае с poco цепочка выглядит так: uml -> poco classes. И опять же спрашиваю, где профит?
Так профит в том, что эти кодогенеренные поко не годятся для Entity. Понимаешь о чем я?

hVosttcodearticles.ruНу вот, а говоришь знаешь, как аналитки колбасят объекты на uml в EA. Ну что, опять двойка...
Да и не важно тебе знать, откуда и что берется. Она есть и работает. Твоя задача обвязать её в ORM. Сиди и пили.
То о чём ты говоришь, очень напоминает умные разглагольствования алкаша Васи о геополитике. Какие аналитики? Чего они там у тебя колбасят? Прекращай нести бредятину в массы.
Я не знаю, что там тебе и кого напоминает, но геополитики никакой нет. Есть банальное владение uml схемой и классами, которые ведутся аналитиком в EA.

hVosttcodearticles.ruЯ тебе объяснил уже, как схему версионить. Открой db проект и разберись сам. Там всё просто, поймет даже блондинка. Видео даже показал. Полноценный контроль версий, такой же как у тех же cs файлов. Не тупи. Да, можно откатиться до нужного бранча или взять чекин за нужную дату. Всё как в лучших домах Парижа. Что ж ты такой непонятливый... Вместо того, что бы спорить о том, в чем полный ноль, взял бы и разобрался в технологии.
Где, там? Что у тебя за "там" такой, всёобъясняющий? Какой ещё нахрен DB проект? Есть проект приложения, в нём у тебя твои edmx-ы, какой DB-проект, ты о чём??? И как это связано с независимостью от СУБД? А если в один прекрасный момент всё надо будет затолкать в монгу? Этот момент конечно вызывает много вопросов, но факт остаётся фактом, твоими погремушками в этом случае можно будет только зад подтереть.
Там - это в проекте. Обычный такой "нахрен" DB проект. Одень очки и поюзай. В этом проекте нет никаких edmx-ов, накой они там? Ты не знаешь, как ведутся DB проекты - я тебе объяснил, как это делается. Какое отношение edmx имеет к db проекту? Правильно, вообще никакого. Если надо будет затолкать монгу, значит не будешь использовать такой вид проекта по причине того, что он не поддерживает такой тип БД. В чем проблема? Погремушки у тебя в воспаленном воображении, а db проект - мощная крутая штука, которую не использует только ленивый (или упоротый).

hVosttcodearticles.ruКакой-то поток воспаленного воображения. Ничего не понял. Еще раз, мне нужна в деве база из миллиарда записей в таблицах. Какой мне нужно открыть проект в студии и что там мне автоматически даст эту схему и данные? Какая ветка? Причем тут сами бизнес данные? Версионится схема, а не данные.
Вот именно, дошло наконец. На кой ты мне тут тогда про свои миллиарды записей чесал? К чему это вообще было сказано?
В чем смысл твоего вопроса? Какая-то шизофрения у тебя. Я задаю тебе вопрос про миллиарды записей. А ты мне отвечаешь "Вот именно, дошло наконец. На кой ты мне тут тогда про свои миллиарды записей чесал?" Ты пишешь посты ради по формуле чем больше, тем лучше? Еще раз, жду ответа на мой вопрос. Я внятно сформулировал его?

hVosttДобавляется класс ClientHobby, и сразу получаем: связи, миграцию, хистори, живой, рабочий код, результат которого можно тут же показывать клиенту, и решать что делать дальше. Это бизнес, сынок. Деньги платят за результат, а не за упёртое мозгоёпство, когда какой-то умник когда-то там решил, что надо делать "вот так" и не иначе.
Какой ClientHobby, какая миграция? Если мне нужна таблица, я её создам в БД и обновлю edmx, всё. Создадутся и связи. Зачем мне миграции? А дельта схемы берется из db проекта и мержится, если надо. Причем, это всё версионно.

hVosttcodearticles.ruТы читаешь каким местом? :) Я говорю, что если есть готовая БД, то можно так же использовать Code First. Классы генерируются автоматом по схеме БД. По необходимости уже допиливаются руками. Колоссальный труд скипается. Мне не понятно, зачем тебе тогда Database First?
Это ты непонятно каким местом читаешь. Повторю, если не доходит. Если имеется готовая БД, то использовать Code First не нужно, это тупо бессмысленно.
Почему бессмысленно? У тебя в студии есть возможность сгенерировать честные поко. Вот я и спрашиваю, какая тебе разница, есть база или её нет? У тебя нарушено восприятие информации, я уже раза 3 задал тебе этот вопрос. Но ты продолжает нести какую-то чушь, мол если есть база, значит CF не нужно. Ты укурен?

hVosttИли ты специально дурака врубаешь на полную катушку? Code First -- это дословно, "СНАЧАЛО КОД", но ты продолжаешь долбиться головой абстену убеждая себя в наивной глупости, что дескать это тоже самое, что и DB/F, только классы пишутся руками. В принципе мне-то всё равно, ты можешь думать так, никто не запрещает. У нас свободомыслие как никак
Code First - "сначало код", и что? Тебе сгенерировали поко, выслали по почте. У тебя нету базы. У тебя есть поко. Ну и? Сначала код. А во-вторых, чем противоречит "сначало код" уже созданной БД? Только названием? Ну можно тогда убить себя об стену, чтобы не было страхов.

hVosttcodearticles.ruДа, DB/F и C/F -- это просто разные способы достижения одного результата. И никак иначе. Про "подходы", "суть", "идеологию", "транспарентность" и прочую "трансцендентную кулинарию" не надо задвигать. Это всё те же яйца.
Нет. Можно, конечно писать классы руками по готовой модели базы данных, если делать-то больше нехрен. Вперёд
Я тебе десятый раз говорю, что не нужно писать руками классы по готовой базе. Ты можешь сгенерить поко и использовать их в CF. И продолжать развивать дальше проект. Это ничем не отличается от того, если бы ты изначально долго и упорно создавал классы, генерил БД, развивал проект. Те же яйца, только вид сбоку. Но кролики неофиты этого не понимают

hVosttC/F это совершенно другой подход.
Да уж конечно. Инопланетно-космический

hVosttИ говорю это не с теоретической точки зрения,а вполне практической. Можешь не соглашаться, но компания на этом зарабатывает и вполне неплохо. Никто не занимается дебилизмом, описывая готовую базу данных руками. Code First применяется тогда, когда базы данных нет, нет модели базы данных, есть общая концептуальная модель, концепция и вектор развития.
Мне плевать кто там и сколько зарабатывает. Я тебе говорю о том, что это два абсолютно монопенисуальных способа заюзать ORM Entity. Отличающийся лишь тем, что в одном случае есть дизайнер, который избавляет тебя от ручного задротства. И всё. Эти поко, к примеру, в том же хибере ты не сможешь использовать, так что идеология CF ака кросс database support идет прямиком в топку.

hVosttcodearticles.ruЕсть банальное владение uml схемой и классами, которые ведутся аналитиком в EA.
Ты случайно архитектора с аналитиком не перепутал? А стоматологи у вас тоже участвуют?
Ты дурак?

Профессия бизнес-аналитик (системный аналитик)

...Стоит отметить, что чаще остальных в вакансиях системных аналитиков встречаются требования о знании следующего программного обеспечения: MS Visio, All Fusion, ARIS, Rational Suite, стандартов IDEF, DFD, UML

...Функциональные обязанности
Как уже отмечалось, работа системного аналитика состоит в решении следующих задач:
разработка полной и непротиворечивой модели бизнес-процессов компании на основании общения с клиентами

...Знания предметной области, а также владение зарекомендовавшими себя нотациями: IDEF, UML, DFD и другими – позволяет бизнес-аналитику решить задачу непротиворечивости и целостности составляемой им модели. Умения работать с современными программными продуктами – ARIS, Rational Suite, All Fusion – позволит специалисту внести единообразие в общение как с клиентом, так и с разработчиками. Как правило, в компании имеются принятые стандарты описания бизнес-процессов, а потому новоиспеченному системному аналитику необходимо быстро их освоить. При помощи этих инструментов нужно спроецировать запросы клиента на понятный разработчикам язык.

Выпей яду уже

hVosttcodearticles.ruКакое отношение edmx имеет к db проекту? Правильно, вообще никакого.
Ну раз никакого, зачем тогда о них говорить? Давай ещё приплетём вид и цвет фломастеров, которые используются для митингов и набросков? Тем более я ничего против дб проектов не имею, есть задачи, где они нужны, но это к обсуждаемому вопросу имеет весьма посредственное отношение.
Странный ты. То слышны твои детские вопли о том, что db проекты для обезьян. То теперь ничего против db проектов не имеешь.

hVosttКак я уже сказал, если впереди база, то используется подход Database First и точка.
Глупости. Основанные на страхах и фобиях. Как Database First так и Code First позволяют работать во всех плоскостях задач, независимо от того, есть ли уже база или нет.

hVosttЗачем миллиарды записей для разработки? Или вы, бедные, не умеете тестовые данные генерить? Могу научить за отдельную плату
Зачем мне что-то генерить, если оно уже есть и готово с употреблению? Или у тебя фобия, дай что-нибудь сгенерить?

hVosttХм... А enum-ы тоже генерятся из DB-проекта? И вообще, бред ты несёшь оголтелый. Сразу видно полное отсутствие опыта CI разработки. Полнейшее.
А причем тут enum-ы? Отсутствие головного мозга не позволяет тебе осознать суть и важность db проектов.

hVosttcodearticles.ruПочему бессмысленно? У тебя в студии есть возможность сгенерировать честные поко. Вот я и спрашиваю, какая тебе разница, есть база или её нет? У тебя нарушено восприятие информации, я уже раза 3 задал тебе этот вопрос. Но ты продолжает нести какую-то чушь, мол если есть база, значит CF не нужно. Ты укурен?
Откуда ты собрался "генерировать" поко, если у тебя нет базы? Кто тут ещё укурен???
Ты читаешь жопой? Я так и понял. Еще раз, речь идет о генерации поко из существующей БД. Это является неоспоримым аргументом того, что CF можно использовать в обоих случаях - когда БД существует и когда БД не существует.

hVosttcodearticles.ruCode First - "сначало код", и что? Тебе сгенерировали поко, выслали по почте. У тебя нету базы. У тебя есть поко. Ну и? Сначала код. А во-вторых, чем противоречит "сначало код" уже созданной БД? Только названием? Ну можно тогда убить себя об стену, чтобы не было страхов.
Какой может быть "сначала код", если у тебя сначала бд? С логикой-то всё в порядке, друг?
Ты долго будешь прикидывать идиотом? :) Кто запрещает использовать CF при существовании БД? Что мне мешает сгенерить поко по базе, выкинуть базу и продолжать работать в CF стиле? Ты никак наркоман, не иначе.

hVosttСначала код, это означает, что базы ещё нет. Она создаётся по мере разработки.
Ты реально в вакууме. Сначала код не означает , что базы ещё нет. Что за бред ты пишешь?
Code First to an Existing Database: http://msdn.microsoft.com/en-us/data/jj200620.aspx

hVosttХЗ, зачем так упираться, так и скажи, ничё другого ты не умеешь, только так. Я пойму
Упираться? Да просто невооруженным глазом видно, что ты бестолочь

hVosttcodearticles.ruЯ тебе десятый раз говорю, что не нужно писать руками классы по готовой базе. Ты можешь сгенерить поко и использовать их в CF.
Нахрена? Ты бы ещё предложил генерить ассемблерный код, а затем делать ассемблерные вставки
Как это нахрена? А нахрена вообще CF? Представь, тебе могут дать 50% схемы в БД. Остальные 50% тебе нужно допилить. Ты что, будешь руками первые 50% мусолить? Ты - да. А разумная кодеманка возьмет генератор и изготовит за секунду 50% поко. Остальные да, руками. Вот тебе и CF. В чем проблемы?

hVosttcodearticles.ruЭти поко, к примеру, в том же хибере ты не сможешь использовать, так что идеология CF ака кросс database support идет прямиком в топку.
Чой-то? Может просто у тебя опыта нет итерационной разработки с меняющимися требованиями на каждой итерации?
Ты забавен

hVosttcodearticles.ruТы дурак?

Профессия бизнес-аналитик (системный аналитик)

ясно. в живую ты никогда их не видел, т.к. то о чём ты тут распинался к бизнес-аналитику имеет такое же отношение, как уборщицы к системному администрированию.
Какие-то жалкие потуги исправить свой позорный слив, показывающий о том, что ты вообще не имеешь представления о том, чем должен заниматься аналитик. Может быть потому, что у вас жлобская контора, которая свесила эти обязанности на девелоперское мясо? Ну так бы сразу и сказал.

hVosttcodearticles.ruГлупости. Основанные на страхах и фобиях. Как Database First так и Code First позволяют работать во всех плоскостях задач, независимо от того, есть ли уже база или нет.
микроскопом можно тоже вполне успешно гвозди забивать. и чо?
Пока я не увидел ни одного внятного аргумента, который рассказывает нам, что есть микроскоп и гвоздь. Только белый шум и истерика о том, что это "разные подходы", "небо и земля".

hVosttcodearticles.ruА причем тут enum-ы? Отсутствие головного мозга не позволяет тебе осознать суть и важность db проектов.
у тебя зацикленность на дб проектах, пора тебе лечиться батенька. ещё раз, как ты будешь енумы генерировать из дб-проекта? при чём, при том, что енумы это статические справочники, в том числе с флагами. на уровне моделирования это будет табличка-справочник (ID, Name), на уровне реализации табличка не нужна. ты вообще, дальше своих генераторов когда-нибудь ходил? я уже сомневаюсь, что ты вообще в принципе способен решить задачу, если нельзя что-нибудь сгенерить.
Я меня нету зациклинности на db проектах. Ты спросил, как версионить схему, я тебе ответил (помимо того, что саму edmx можно версионить). У меня в проектах не везде используется db солюшен. По причине того, что версионность БД просто не отслеживается, не надо оно. Маленький, енумы поддерживаются в edmx еще с 5 версии, успагойся уже http://msdn.microsoft.com/en-us/data/jj591532.aspx

hVosttcodearticles.ruТы долго будешь прикидывать идиотом? :) Кто запрещает использовать CF при существовании БД? Что мне мешает сгенерить поко по базе, выкинуть базу и продолжать работать в CF стиле? Ты никак наркоман, не иначе.
если тебе нравится забивать микроскопом гвозди, я тут при чём? никто же не запрещает.
Выше я всё сказал про микроскоп и гвозди. Потрудись внятно аргументировать свои мысли, может и будет из тебя толк. А пока ты похож на злого гавкающего пса, которому фиолетово, на кого ругаться из-за забора.

hVosttcodearticles.ruТы реально в вакууме. Сначала код не означает , что базы ещё нет. Что за бред ты пишешь?
Code First to an Existing Database: http://msdn.microsoft.com/en-us/data/jj200620.aspx
ещё раз. И ЧО???? я где-то говорил, что нельзя присобачить CF к существующей базе данных?? ты точно мозг используешь, когда читаешь? я говорил, что накуй не нужно. есть база, я сгенерил edmx и погнал. нет базы, работаем с CF. или у тебя проблемы с восприятием?
Ну вот, первый "внятный" аргумент от тебя, выделил красным :) Еще раз, если ты такой апологет CF, то почему бы не сгенерить себе поко по базе и так же комфортно работать, как работал бы ты без базы? Или "накуй не нужно"? Ты реально в вакууме. А "аргументы" твои заслуживают просто аплодисментов.

hVosttcodearticles.ruКак это нахрена? А нахрена вообще CF? Представь, тебе могут дать 50% схемы в БД. Остальные 50% тебе нужно допилить. Ты что, будешь руками первые 50% мусолить? Ты - да. А разумная кодеманка возьмет генератор и изготовит за секунду 50% поко. Остальные да, руками. Вот тебе и CF. В чем проблемы?
я не сталкивался с такой задачей, где есть 50% схемы, а 50% надо допилить. такие задачи могут ставить только какие-то упоротые идиоты. у тебя зациклинность на этих схемах. мы решаем задачи, клиенты за это платят, ты же там на свой дизайнер дрочишь.[/quot]
Ну если ты не сталкивался с такими задачами, то это не значит, что их нет. Да и вообще забавно слышать про упоротых удиотов от человека, у которого нет опыта работы с такими задачами.
"Все задачи, с которыми я не работал - гавно!" Так?
Хвост, маленький, тебе еще работать и работать над собой и своим скудненьким опытом. Поэтому забился бы ты в своей коморке и не жужжал про то, как нужно кроить мир. Да и голову уже пора включать, чай не студент прыщавый.