Сообщение Re[4]: Переиспользование существующих методов от 25.09.2017 23:29
Изменено 25.09.2017 23:32 Stalker.
Re[4]: Переиспользование существующих методов
Здравствуйте, Cyberax, Вы писали:
C>ЧЗХ? Поиск строки в таблице нужен будет в любом случае, если только в индексе не находятся ВСЕ поля, необходимые для выполнения запроса. И поиск по главному ключу — самая эффективная операция в БД.
есть таблица с 30 полями. Есть поиск по 3 полям, на выходе сущность с 6 полями. Делается индекс по 3 полям, оставшиеся 3 поля добавляются как included. Поиск по индексу сразу вернет сущность. Если тянем все 30 полей, то после поиска включается лукап остальных полей, стоимость будет порядка 10-20% oт запроса. Это не считая логических чтений страниц всех этих полей, их транспортировки и прочего
S>>А также есть еще один момент который я не упомянул — это обновления системы. Каждые полгода-год выходят новые версии продукта. В него добавляются какие-то возможности, большая часть из которых является общими для всех. Сейчас это просто делается таким образом, что любая общая фича перекопируется по всех версиям продукта.
C>Ну так добавляем новые поля в модель сервиса и вперёд с песней.
так вот к каждый солюшн и добавляются сейчас. От этого и хочется уйти
C>ЧЗХ? Поиск строки в таблице нужен будет в любом случае, если только в индексе не находятся ВСЕ поля, необходимые для выполнения запроса. И поиск по главному ключу — самая эффективная операция в БД.
есть таблица с 30 полями. Есть поиск по 3 полям, на выходе сущность с 6 полями. Делается индекс по 3 полям, оставшиеся 3 поля добавляются как included. Поиск по индексу сразу вернет сущность. Если тянем все 30 полей, то после поиска включается лукап остальных полей, стоимость будет порядка 10-20% oт запроса. Это не считая логических чтений страниц всех этих полей, их транспортировки и прочего
S>>А также есть еще один момент который я не упомянул — это обновления системы. Каждые полгода-год выходят новые версии продукта. В него добавляются какие-то возможности, большая часть из которых является общими для всех. Сейчас это просто делается таким образом, что любая общая фича перекопируется по всех версиям продукта.
C>Ну так добавляем новые поля в модель сервиса и вперёд с песней.
так вот к каждый солюшн и добавляются сейчас. От этого и хочется уйти
Re[4]: Переиспользование существующих методов
Здравствуйте, Cyberax, Вы писали:
C>ЧЗХ? Поиск строки в таблице нужен будет в любом случае, если только в индексе не находятся ВСЕ поля, необходимые для выполнения запроса. И поиск по главному ключу — самая эффективная операция в БД.
есть таблица с 30 полями. Есть поиск по 3 полям, на выходе сущность с 6 полями. Делается индекс по 3 полям, оставшиеся 3 поля добавляются как included. Поиск по индексу сразу вернет сущность. Если тянем все 30 полей, то после поиска включается лукап остальных полей (что представляет собой ЕЩЕ один поиск уже по кластерному индексу тех-же самых данных), стоимость будет порядка 10-20% oт запроса. Это не считая логических чтений страниц всех этих полей, их транспортировки и прочего
S>>А также есть еще один момент который я не упомянул — это обновления системы. Каждые полгода-год выходят новые версии продукта. В него добавляются какие-то возможности, большая часть из которых является общими для всех. Сейчас это просто делается таким образом, что любая общая фича перекопируется по всех версиям продукта.
C>Ну так добавляем новые поля в модель сервиса и вперёд с песней.
так вот к каждый солюшн и добавляются сейчас. От этого и хочется уйти
C>ЧЗХ? Поиск строки в таблице нужен будет в любом случае, если только в индексе не находятся ВСЕ поля, необходимые для выполнения запроса. И поиск по главному ключу — самая эффективная операция в БД.
есть таблица с 30 полями. Есть поиск по 3 полям, на выходе сущность с 6 полями. Делается индекс по 3 полям, оставшиеся 3 поля добавляются как included. Поиск по индексу сразу вернет сущность. Если тянем все 30 полей, то после поиска включается лукап остальных полей (что представляет собой ЕЩЕ один поиск уже по кластерному индексу тех-же самых данных), стоимость будет порядка 10-20% oт запроса. Это не считая логических чтений страниц всех этих полей, их транспортировки и прочего
S>>А также есть еще один момент который я не упомянул — это обновления системы. Каждые полгода-год выходят новые версии продукта. В него добавляются какие-то возможности, большая часть из которых является общими для всех. Сейчас это просто делается таким образом, что любая общая фича перекопируется по всех версиям продукта.
C>Ну так добавляем новые поля в модель сервиса и вперёд с песней.
так вот к каждый солюшн и добавляются сейчас. От этого и хочется уйти