если linq к sql используются для веб-сайтов, у которых есть интенсивный трафик
Я прочитал много статей о linq к sql работе. Результат, который я получил, является этим, медленнее, чем нормальный подход (DAL или библиотека Microsoft Enterprise). Медленнее и для прочитанного и пишут операции даже после того, как работа, настраивающаяся как, искалечит ObjectTracking и другие уловки. Я знаю, что у этого есть порно как быстрое развитие, чистый кодекс и т.д., но что относительно работы.
Что, если я использовал только для прочитанных операций.
Пожалуйста, дайте свои предложения.
3 ответа
Кажется, достаточно хорошо работает для Stackoverflow ;-p, особенно если вы используете скомпилированные запросы , это вряд ли будет вашим узким местом, сравниваемым (например) для подходящего дизайна БД и получение правильных столбцов / строки и избегание N + 1 загрузка.
Для операций чтения LINQ To SQL должен быть примерно таким же быстрым, как прямое написание SQL, потому что именно это он и делает. Накладные расходы, связанные с созданием SQL, не должны быть заметны. Может быть несколько запросов, которые он получает не так оптимально, как если бы вы написали запрос от руки, но, по моему опыту, в большинстве случаев он делает это очень хорошо.
Для массовых обновлений LINQ To SQL обычно медленнее, потому что он обрабатывает строки по очереди. Нельзя делать что-то вроде UPDATE Foo SET x = 0 WHERE id BETWEEN 100 AND 200 в LINQ to SQL без извлечения всех строк. В настоящее время для этого типа операций лучше всего писать SQL вручную.
Вы должны настроить атрибут Linearlayout Android: clickable = "True" в файле макета XML или SETCLICKAL (TRUE) в коде деятельности Java.
Обновления и удаления - это то, где в настоящее время Linq для SQL страдает, поскольку для каждого затронутого объекта генерируется отдельное оператор.
Это сказал, что этот блог поставил детали, как получить обе операции до 1 оператора, что должно помочь повысить производительность: Пакетные обновления и удаления с LINQ на SQL .
Компилированные запросы также будут пригодны для часто используемых запросов, особенно те, где параметры используются для получения конкретных результатов. Вы также можете найти этот пост полезным: 10 советов по улучшению эффективности приложения LINQ к SQL .