Я все еще не понимаю (вероятно, из-за моего плохого английского языка).
Вы могли попробовать:
ROW_NUMBER() OVER (ORDER BY dbo.human_sort(field_name) ASC)
, Но это не будет работать на миллионы записей.
Это, почему я предложил использовать триггер который заливки отдельный столбец с человеческая ценность .
, Кроме того:
EF 4 - это та версия, которую я ожидал.
Я был не очень доволен первым выпуском, LinqToSql в те дни чувствовал себя впереди.
Сказав это, международная политическая борьба вынесла вердикт: L2S мертв ...
Между первыми версиями этих двух Microsoft ORM мы видели, как сообщество много писало в блогах об их плохом поведении в n-уровневых сценариях. Поэтому я не очень удивлен, что две величайшие новые функции ориентированы таким образом.
Эти две новые функции полностью дополняют друг друга:
- POCO : индуцирует слабосвязанные слои, но требует некоторой работы для обработки синхронизации между уровнями. - Self-Tracking Entities : создает связанные слои, но значительно сокращает объем кода, который необходимо предоставить ...
Для меня выбор сделан. Я бы никогда не предпочел продуктивность здоровому дизайну.
Давайте сыграем для POCO !
Ну, на первый взгляд, я даже не понял причину существования EF. По сути, Linq To SQL выполняет ту же работу с гораздо меньшими усилиями и поддерживает довольно много вещей, которых нет в EF. Или, по крайней мере, так обстоит дело в .NET 3.5.
В .NET 4 ходят слухи, что Linq To SQL, хотя и остается, будет как бы прекращен, и только EF будет развиваться дальше. (Решение о том, что они выбрали разработку несовершенной системы вместо работающей, кажется мне немного странным.)
Однако все сказано, что с EF v4 будет все в порядке, если он действительно поддерживает все, что утверждает.
(Однако я не знаю, какие преимущества у него, например, перед NHibernate.)
Джули Лерманн недавно опубликовала серию очень хороших публикаций в своем блоге, которые демонстрируют много хорошего об EF4. Лучшее, что я думаю, - это просмотреть этот блог и составить себе мнение ...