Получается связи между таблицами (один ко многим и т.п.) на этапе получения данных от БД не играют никакой роли. В запросе мы четка указываем, что и откуда взять, что и с чем сопоставить. Этой информации достаточно чтобы осуществить выборку без дополнительной информации о связях между таблицами в БД?
Вадим Титков, что за люди пошли - каждый норовит выпендрится. Ваш комментарий не несет никакой полезной информации, потому как автор понял меня прекрасно.
Семен Закурдаев Я слежу за каналом. Я понимаю, что технология LINQ это отдельная история. По этой технологии есть целые книги! Но хотелось бы, чтобы автор рассказал хотя бы немного по каждой из них. Вот тут рассмотрена про BD. Но есть и еще направления. В 13 уроке рассматривался LINQ в общем. И вообще я думаю что LINQ нужно уделать особое внимание, тк он намного упрощает жизнь программисту. Так же неплохо было бы осветить PLINQ.
Здравствуйте. У меня похожая ситуация, как вы описывали на 21:00 У меня код подобного типа: var query = (UserFavoritesContext.UserFavorites as IEnumerable).GroupBy(x => x.FavoriteColor); Если я напишу его БЕЗ приведения к IEnumerable (типа UserFavoritesContext.UserFavorites.GroupBy ...), то производительность будет в разы хуже? я правильно понял?
Я как понял, что если привести к IEnumerable, то сперва вытащатся все записи из БД и только потом C# отфильтрует их на стороне клиента с помощью LINQ. Т.е. вся нагрузка ляжет на клиентский комп. А если привести к IQueryable, то данные при запросе отфильтруются на стороне сервера. Т.е. основная нагрузка будет на БД.
@@WorldCount @Vassily Stoopin не только нагрузка на стороне клиента, а и время получения этих данных из базы, используя приведение к IEnumerable ты сначала будешь долго получать все данные из бд (например 1 000 000 записей), а потом еще будешь их фильтровать на клиенте, чтобы в конце получить 1 запись. Вместо того, чтобы сразу из бд получить 1 запись моментально
Жирный "плюс один" за честность. С группировками ни чего не изменилось даже в EF 6.0. LINQ-to-SQL продолжает генирить чудовищные запросы к базе данных.
Пожалуй лучшие уроки, которые я когда нибудь смотрел
самое лучшее что есть на ютубе по С#
Уроки - бомба, объяснения максимально доходчивые! Смотрел бы 24/7 (но уже похоже что нет #ИГОРЬВЕРНИСЬ)
Колосальное СПАСИБО автору !!! Это лучшие уроки из всех что мне доводилось слушать. А опыт слушать уроки у меня очень богатый )))
Уважение автору, за ясное изложение материалов. Так держать!
Потрясающе интересно и самое главное понятно.
Спасибо, гораздо лучше объясняете, чем преподаватели в белорусских вузах.
Откуда ж ты взялся такой золотой!? Почему бросил?? Исчо знаний в массы!
Спасибо автору за труд!
Прохожу ваш курс. Хотелось бы увидеть уроки по технологиям WCF и WPF
Кто если не ты?? Ты лучший!!!
какой чудовищный механизм работы с базой данных. с нетерпением пойду смотреть следующую часть. это круче стивена кинга.
МЕГА КРУТО! Спасибо большое!
Супер особенно фокус на 20 минуте!!!
Очень, очень хорошее объяснение
Получается связи между таблицами (один ко многим и т.п.) на этапе получения данных от БД не играют никакой роли. В запросе мы четка указываем, что и откуда взять, что и с чем сопоставить. Этой информации достаточно чтобы осуществить выборку без дополнительной информации о связях между таблицами в БД?
Можно таким образом выбрать наиболее производительный сервер (продакшн сервер или SQL сервер) для выполнения операций сортировки и проверки условий.
Отличные уроки
Отлично!
Было бы интересно увидеть уроки программирования многопоточных приложений.
Было бы интересно узнать о технологии многопоточности
Вадим Титков, что за люди пошли - каждый норовит выпендрится.
Ваш комментарий не несет никакой полезной информации, потому как автор понял меня прекрасно.
MsAssassinnn Будет многопоточность, ориентировочно в октябре.
Можете выложить исходники проектов?
Отличный урок. Так держать!. Скажите, а будут ли уроки по LINQ to XML?
По LINQ был уже урок, смотри внимательнее "урок 13". Там, конечно, не всё, но много интересного, если пока не сталкивался с LINQ.
Семен Закурдаев Я слежу за каналом. Я понимаю, что технология LINQ это отдельная история. По этой технологии есть целые книги! Но хотелось бы, чтобы автор рассказал хотя бы немного по каждой из них. Вот тут рассмотрена про BD. Но есть и еще направления. В 13 уроке рассматривался LINQ в общем.
И вообще я думаю что LINQ нужно уделать особое внимание, тк он намного упрощает жизнь программисту.
Так же неплохо было бы осветить PLINQ.
Николай Анисимов В ближайшее время не планируются точно.
А чем хранимые процедуры хуже вьюшек? Почему лучше сложные запросы оформлять в виде view а не stored procedures?
Ничем не хуже. Можно vew, можно stored procedure. Дело личных предпочтений или требований к проекту.
Здравствуйте. У меня похожая ситуация, как вы описывали на 21:00
У меня код подобного типа:
var query = (UserFavoritesContext.UserFavorites as IEnumerable).GroupBy(x => x.FavoriteColor);
Если я напишу его БЕЗ приведения к IEnumerable (типа UserFavoritesContext.UserFavorites.GroupBy ...), то производительность будет в разы хуже? я правильно понял?
Я как понял, что если привести к IEnumerable, то сперва вытащатся все записи из БД и только потом C# отфильтрует их на стороне клиента с помощью LINQ. Т.е. вся нагрузка ляжет на клиентский комп.
А если привести к IQueryable, то данные при запросе отфильтруются на стороне сервера. Т.е. основная нагрузка будет на БД.
@@WorldCount @Vassily Stoopin
не только нагрузка на стороне клиента, а и время получения этих данных из базы, используя приведение к IEnumerable ты сначала будешь долго получать все данные из бд (например 1 000 000 записей), а потом еще будешь их фильтровать на клиенте, чтобы в конце получить 1 запись. Вместо того, чтобы сразу из бд получить 1 запись моментально
На сайте перепутаны видео (под сполером 2 урок стоит видео с 1 уроком, под сполером 3 урок стоит видео с 2 уроком и т.д.). Поправьте пожалуйста.
MsAssassinnn Странно, только что проверил - всё нормально. Можете сказать версию своего браузера?
Defazze Яндекс браузер. Странно, сейчас и у меня все нормально.
Жирный "плюс один" за честность.
С группировками ни чего не изменилось даже в EF 6.0. LINQ-to-SQL продолжает генирить чудовищные запросы к базе данных.
Take my money!!!
👍