нормальный орм.

[the_deer_one]

Решил прототипчик небольшой сделать, а EF code first уж больно клёво выглядит, даже базу сам создаёт в дефолтном инстансе.
Пытаюсь положить туда объект, а оно мне даёт ошибку, нет определён ключ.(ну нафига мне ключ )
Ну окэй, хочу создать уникальный ключ по нескольким колонкам. Уникальный ключ оно не умеет создавать, индекс по нескольким колонкам тоже не умеет.

Есть ли простенький адекватненький орм под .NET который умеет CodeFirst, создавать индексы и умеет linq2sql ?(не NHibernate)

[the_deer_one]

а вообще можно там спокойно ключи на несколько колонок делать, странно, что везде пишут что нельзя.

[rpy3uH]

О чём разговор?

[Utkin]

О чём разговор?

О разработке ПО. Когда концепция ПО до конца не ясна самим разработчикам, они пытаются придумывать всякие еще более сложные штуки в надежде, что это спасет ситуацию. Здесь речь о БД.

[the_deer_one]

Utkin
что бы генерировать sql не руками. Но эти штуки пока ещё сыроваты. Возни с ними больше чем могло бы быть.

[pu4koff]

ORM'ы от природы являются костылями. Кошерное их использование - это создание схемы БД по классам, а не отдельная их разработка и последующие попытки скрестить ужа с ежом. Не только в ORM, но и в БД в целом рекомендуется использовать суррогатные ключи. Существуют задачи, где ИД записям не нужны, но в ORM это сложно реализовать и потому лучше всем и всюду давать идентификаторы. ORM под составные ключи опять неудобно делать, посему проще таки работать везде и всюду с простыми суррогатными ключами, даже там, где напрашиваются составные и естественные, типа реализации связи многие ко многим (есть подозрение, что в ORM эта тема как-то отдельно поддерживается и к таким таблицам не нужен соответствующие классы).
Без составных индексов в нормальной БД никуда и таки это странно, что не поддерживают. В принципе, ORM склоняют к использованию БД как тупого хранилища, соответственно, всю валидацию данных проще располагать в объектном коде, а в БД разве что для ускорения выборки индексы добавлять самостоятельно. Иначе, просто получится дублирование или размазывание логики валидации записей/объектов.

[the_deer_one]

pu4koff

Без составных индексов в нормальной БД никуда и таки это странно, что не поддерживают.

Оно видимо ранньше не поддерживало, а недавно стало. Потому на настоящий момент в 90% х тем написано что не поддерживает со ссылкой на документацию. А версию фреймворка в вопросах и ответах никто не пишет, потому гугление по долгоживущм фреймворкам штука ещё та.