YM
Поэтому в какой момент условия накладываются - пофигу
Size: a a a
2020 July 02
YM
Главное, чтобы не после tolist()
BS
Не важно где id=5
Это может быть не ид, а > например. Что в таком случае с планом будет? Если доступов(путейй к записи) может быть много?
BS
Главное, чтобы не после tolist()
Нене. Толь тру только бд))))
BS
Это может быть не ид, а > например. Что в таком случае с планом будет? Если доступов(путейй к записи) может быть много?
Я я про то, что автор выборки, кажется, должен иметь возможность указать в какой момент применить секьюрити.
YM
Это может быть не ид, а > например. Что в таком случае с планом будет? Если доступов(путейй к записи) может быть много?
Все зависит от БД, к-ва записей, индексов. Но SQL выбирает ОПТИМАЛЬНЫЙ план в любом случае. Если в > будет 10 записей, то он сначала отфильтрует их. Если 1млн - что-то другое
BS
Все зависит от БД, к-ва записей, индексов. Но SQL выбирает ОПТИМАЛЬНЫЙ план в любом случае. Если в > будет 10 записей, то он сначала отфильтрует их. Если 1млн - что-то другое
Вооот. На практике тут всё плохо.
YM
Я я про то, что автор выборки, кажется, должен иметь возможность указать в какой момент применить секьюрити.
Оставь СУБД его работу. Поверь, в 99% случаев СУБД оптимизирует лучше тебя
YM
Для всего остального есть DBD
G
ему хочется пооптизимизировать, не ограничивай его! %)
BS
Оставь СУБД его работу. Поверь, в 99% случаев СУБД оптимизирует лучше тебя
Это в случаях с малыми базами. В случае другом - люди неделями запросы оптимизируют)))
YM
И что?
YM
У меня через EF 10 млрд записей работало, это мало или много?
BS
И что?
Хочется иметь ручки к оптимизации. Пускай примитивные
YM
Есть такое дело, называется хранимки
G
он хочет рыбку и сесть
BS
У меня через EF 10 млрд записей работало, это мало или много?
Не много). Два часа работы на морде Я)
G
субд как кей-велью
YM
Их тоже в EF хоть и через жопу можно на сущности проецировать
YM
ХЗ что там у убого Я, факт что архитектура разрабатывается под требования производительности