Вот другой:
stats = {'a':1000, 'b':3000, 'c': 100}
max(stats.iterkeys(), key=lambda k: stats[k])
функция key
просто возвраты значение, которое должно использоваться для рейтинга и max()
возвраты потребованный элемент сразу же.
После еще нескольких поисков в Google я нашел ответ:
int? id = null;
var list = from mt in db.MY_TABLE
where object.Equals(mt.PARENT_KEY, id) //use object.Equals for nullable field
select new { mt.NAME };
Этот LINQ обрабатывает SQL следующим образом:
((mt.PARENT_KEY IS NULL) AND (@id IS NULL))
OR ((mt.PARENT_KEY IS NOT NULL) AND (@id IS NOT NULL) AND (mt.PARENT_KEY = @id))
Одна возможность - если mt.PARENT_KEY
относится к другому типу (например, long?
), тогда будут задействованы преобразования.
Это помогло бы, если бы вы могли показать задействованные типы и запрос, сгенерированный в каждом случае.
РЕДАКТИРОВАТЬ: Я думаю, у меня есть идея ...
Это могло быть потому, что SQL и C # имеют разные представления о том, что означает равенство, когда оно приходит к нулю. Попробуйте следующее:
where (mt.PARENT_KEY == id) || (mt.PARENT_KEY == null && id == null)
Если это , то это довольно уродливый угловой случай, но я могу понять, почему это делается именно так ... если сгенерированный SQL просто использует
WHERE PARENT_KEY = @value
, тогда это победило не работает, когда значение равно null - ему нужно:
WHERE (PARENT_KEY = @value) OR (PARENT_KEY IS NULL AND @value IS NULL)
что и должен генерировать последний запрос LINQ.
Из интереса,
Это определенно вопрос того, что C # и SQL имеют разные представления о том, как сравнивать значения NULL - вопрос уже рассматривался здесь ранее: