Здравствуйте, alex_public, Вы писали:

НС>> У юзеров иногда метки рядом с ником бывают — expert, admin и т.д.
_>Так это же вроде прямые свойства пользователя. Почему в отдельной таблице?

Интересные ты вопросы задаешь. Связь много к одному насколько я понимаю.

НС>>Нет, речь была про общий случай, который ты упорно пытаешься сузить.
_>В том то и дело, что тот подход, о котором я говорю, и рассматривает только конкретные узкие случаи.

Ну так давай рассмотрим неудобные случаи тогда. Когда выборка не по кластерномуиндексу и поля не все нужны.

НС>>Вопрос непонятен.

_>ОК, уточню конкретнее. В в случае использования слоя абстракции у нас в прикладном коде будут следующие строки:
_>

_>AddUser(name);
_>...
_>auto user=GetUser(id);
_>

_>Так вот вопрос был простой — как будет выглядеть этот же код в случае отсутствия слоя абстракции и использование linq.

AddUser(...);
var user = db.Users.Find(id);

_>>> (причём там есть к примеру форумы входящие в топ alexa, т.е. понятно с какими дикими нагрузками)
НС>>А ты уверен что там нетроганный руками движок на этих диких нагрузках?
_>Во внутренности я конечно не лазил, но внешне совершенно обычный и со всей стандартной функциональностью.



НС>>Ну вот и выхода у них другого нет, приходится лишний слой городить.
_>Безусловно, иначе с одной базой сложно конкурировать (хотя некоторые всё же умудряются). Я собственно об этом и писал тут уже.

А тебе пишут, что такое прокатывает только на очень примитивных сценариях работы с БД. Но ты не слышишь.

_>>>Вроде как ты сам в соседней темке ругал Шеридана за то, что он писал свой велосипед, вместо использования готового решения.
НС>>Вот уж передернул так передернул.
_>А что не так то?

Я даже объяснять не буду.