Информация об изменениях

Сообщение Re[2]: распределенный кэш для больших данных. от 01.06.2023 17:34

Изменено 01.06.2023 17:48 尿컙拋㕪⬎⤇Ǥ꧃푙刾ꄔ൒

Re[2]: распределенный кэш для больших данных.
сиквел живет в своем поде и памяти у него столько сколько можно было, эстенсивный этап пройден давно, думаю.

запросы простые типа: select * from Blah where FieldA = A AND FiledB = B etc.

дело в том, что данные читают одновременно несколько десятков подов с перспективой роста до сотни, прошлая попытка читать из живой базы закончилась колоссальной просадкой производительности вплоть до таймаутов — там не ясно , может просто коннекшены не пулятся, а может кто то выгружает весь сет для одной записи чтобы потом себе LINQ в резуме вставить . результат — доступ к живой базе запретил высочайшим повелением, так что сейчас уже и не важно что там было

И это едиственный возможный вариант, ибо в противном во всех смыслах случае вы простает отдаете производительность на ламерам и лудистам. Кэш — решение гуманитарного характера.
Re[2]: распределенный кэш для больших данных.
сиквел живет в своем поде и памяти у него столько сколько можно было, экстенсивный этап пройден давно, думаю.

запросы простые типа: select * from Blah where FieldA = A AND FiledB = B etc.

дело в том, что данные читают одновременно несколько десятков подов с перспективой роста до сотни, прошлая попытка читать из живой базы закончилась колоссальной просадкой производительности вплоть до таймаутов — там не ясно , может просто коннекшены не пулятся, а может кто то выгружает весь сет для одной записи чтобы потом себе LINQ в резуме вставить . результат — доступ к живой базе запретили высочайшим повелением , так что сейчас уже и не важно что там было

И это едиственный возможный вариант, ибо в противном во всех смыслах случае вы простает отдаете производительность на ламерам и лудистам. Кэш — решение гуманитарного характера.