|
|
Регистрация Восстановить пароль |
Регистрация | Задать вопрос |
Заплачу за решение |
Новые сообщения |
Сообщения за день |
Расширенный поиск |
Правила |
Всё прочитано |
|
Опции темы | Поиск в этой теме |
25.09.2013, 09:43 | #1 |
Участник клуба
Регистрация: 04.04.2010
Сообщений: 1,554
|
нормальный орм.
Решил прототипчик небольшой сделать, а EF code first уж больно клёво выглядит, даже базу сам создаёт в дефолтном инстансе.
Пытаюсь положить туда объект, а оно мне даёт ошибку, нет определён ключ.(ну нафига мне ключ ) Ну окэй, хочу создать уникальный ключ по нескольким колонкам. Уникальный ключ оно не умеет создавать, индекс по нескольким колонкам тоже не умеет. Есть ли простенький адекватненький орм под .NET который умеет CodeFirst, создавать индексы и умеет linq2sql ?(не NHibernate) |
25.09.2013, 10:25 | #2 |
Участник клуба
Регистрация: 04.04.2010
Сообщений: 1,554
|
а вообще можно там спокойно ключи на несколько колонок делать, странно, что везде пишут что нельзя.
|
25.09.2013, 10:25 | #3 |
добрый няша
Старожил
Регистрация: 29.10.2006
Сообщений: 4,804
|
О чём разговор?
|
25.09.2013, 10:39 | #4 | |
Старожил
Регистрация: 04.02.2009
Сообщений: 17,351
|
Цитата:
Маньяк-самоучка
Utkin появился в результате деления на нуль. Осторожно! Альтернативная логика Последний раз редактировалось Utkin; 25.09.2013 в 10:41. |
|
25.09.2013, 11:23 | #5 |
Участник клуба
Регистрация: 04.04.2010
Сообщений: 1,554
|
Utkin
что бы генерировать sql не руками. Но эти штуки пока ещё сыроваты. Возни с ними больше чем могло бы быть. |
25.09.2013, 13:04 | #6 |
Старожил
Регистрация: 22.05.2007
Сообщений: 9,085
|
ORM'ы от природы являются костылями. Кошерное их использование - это создание схемы БД по классам, а не отдельная их разработка и последующие попытки скрестить ужа с ежом. Не только в ORM, но и в БД в целом рекомендуется использовать суррогатные ключи. Существуют задачи, где ИД записям не нужны, но в ORM это сложно реализовать и потому лучше всем и всюду давать идентификаторы. ORM под составные ключи опять неудобно делать, посему проще таки работать везде и всюду с простыми суррогатными ключами, даже там, где напрашиваются составные и естественные, типа реализации связи многие ко многим (есть подозрение, что в ORM эта тема как-то отдельно поддерживается и к таким таблицам не нужен соответствующие классы).
Без составных индексов в нормальной БД никуда и таки это странно, что не поддерживают. В принципе, ORM склоняют к использованию БД как тупого хранилища, соответственно, всю валидацию данных проще располагать в объектном коде, а в БД разве что для ускорения выборки индексы добавлять самостоятельно. Иначе, просто получится дублирование или размазывание логики валидации записей/объектов. |
25.09.2013, 14:00 | #7 | |
Участник клуба
Регистрация: 04.04.2010
Сообщений: 1,554
|
pu4koff
Цитата:
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
нормальный алгоритм маркова | Пьеро | Помощь студентам | 1 | 29.11.2010 10:08 |
Нормальный алгоритм Маркова | Пьеро | Помощь студентам | 1 | 25.11.2010 16:02 |
Нормальный файлообменник | Баламут | Свободное общение | 12 | 23.10.2010 14:13 |
Где скачать нормальный С++ | Vadim_U | Софт | 10 | 16.08.2010 22:09 |
Нормальный шейпер | Utkin | Софт | 2 | 01.04.2010 14:21 |