Без ORM можно сделать из Order ActiveRecord, т.е. захренячить SQL в модель, но это очень плохая и печальная идея. Можно пойти другим путем и забыть про наш ActiveRecord и Order с его AddItem в принципе. В случаи когда нам понадобиться добавить новый Item для Order, то мы просто добавим Item с ключем от Order в базу напрямую(без order.AddItem(item)). В таком случаи мы рассинхринизируем базу и клиент, но если нам это уже не важно, то пофиг, если важно, то мы всегда можем достать оновленый Order из базы заново, ну либо извращаться с AddItem.
В данной ситуации работать с ORM на много проще, они создавались для этого.
Dima_Demichev: Asp.Net MVC такая же программа как и консоль. Как запустить, зависит от того какой у вас сервер и какие у вас права доступа к нему. Я бы у себя запускал как обычное консольное приложение.
issHarlequin: весь прикол в том, что подобная "магия" используеться редко и если вы хотите ее использовать в своем первом приложении, то нужно еще раз подумать, а реально ли она нужна
Возмите "i", ведь i подразумевает integer, это будет очень академично.
C "i" совсем другая история, это может быть итератор, индекс и т.д., а вот "_" в лямбде с параметром, в академических кругах значить только одно - входой параметер не нужен для вычеслений, он игнорируется
АртемЪ: Насколько мне известно, первые SSD обладали заметно меньшим потолком по записи в сравнении с HDD. Результатом стали все эти байки про файлы подкачки и кэши. Или это не так?
По моему сама идея дважды в секунду лезть в базу и доставать оттуда много информации плохая... Допустим у вас будет 10 машин, т.е. 20 долгих запросов на сервер в секунду, т.е. 50 мс на то чтобы обработать, сформировать и переслать запрос...
Я бы рекомендовал читать книги, поскольку они пишуться людьми которые знают как лучше организовать материал и прекрасно понимают то о чем они пишут. По поводу вашей ссылки: 2012 год, Windows Forms и 2010 студия это вообще печаль...
В данной ситуации работать с ORM на много проще, они создавались для этого.