Size: a a a

2020 November 18

ДT

Дмитрий Texnix... in sql_ninja
😁
источник

OM

Oleg Makarikhin in sql_ninja
бывает. помню свой первый рейд на терабайт, выданный на файлохранилище. 2юнита, кажется 15 или 16 дисков. 1.6кватт
источник

ДT

Дмитрий Texnix... in sql_ninja
вово, и там 16 дисков
источник

ДT

Дмитрий Texnix... in sql_ninja
4 сдохли
источник

ДT

Дмитрий Texnix... in sql_ninja
переделал на 8 дисков рейд и 4 запасных
источник

ДС

Дмитрий Степанов... in sql_ninja
Daniil Berdnikov
Согласен, но у тебя для кросс серверных есть другое решение помимо времянок и сте?
Да, хранимки например.
источник

2_

2flower _ in sql_ninja
спасибо, почитаю.
источник

DB

Daniil Berdnikov in sql_ninja
Дмитрий Степанов
Да, хранимки например.
Согласен, но внутри хранимок что? Времянки?
источник

ДС

Дмитрий Степанов... in sql_ninja
Непонятно что меряли, как меряли, видимо письку измеряли.
источник

2_

2flower _ in sql_ninja
Gopneg
не для того 1с сверху нашлепнута, что бы об этом 1сникам думать
шутки шутками, я буквально пару дней назад в ветке по 1с с грамотным 1с ником переписывался,
завел разговор про медленные запросы мониторинг, чтение планов, вот это все.
ответ: если следовать рекомендациям 1с, то все будет хорошо.
источник

2_

2flower _ in sql_ninja
Kostya
она так-то уже скоро кроме как на ПГ, не будет ни на чем нашлепнута
это как вроде она ms в основном разворячивается, а на пг процентов 10-20.
источник

K

Kostya in sql_ninja
2flower _
это как вроде она ms в основном разворячивается, а на пг процентов 10-20.
ваши сведения устарели
источник

K

Kostya in sql_ninja
2flower _
шутки шутками, я буквально пару дней назад в ветке по 1с с грамотным 1с ником переписывался,
завел разговор про медленные запросы мониторинг, чтение планов, вот это все.
ответ: если следовать рекомендациям 1с, то все будет хорошо.
дооо, рекомендации типа - ебаните утда еще 32Гб озу и ссд диски
источник

K

Kostya in sql_ninja
идут назуй
источник

2_

2flower _ in sql_ninja
Oleg Makarikhin
ну например надо восстановить из бекапа одну базу
ну пгдамп можно для единоразового, а так инстанс отдельный сделать, но в целом согласен, этот момент мне тоже не нравится,
зато бэкапить удобно.
источник

ДС

Дмитрий Степанов... in sql_ninja
Daniil Berdnikov
Согласен, но внутри хранимок что? Времянки?
Не, ты не понимаешь. Хранимка на удалённом сервере, соответственно она выполняется через rpc и по сети гонится только результат по необходимым параметрам, план и прогретые данные так-же живут на удаленном сервере.

В случае с cte и неоптимальном запросе, скулю прийдётся выкачивать херову тучу данных для join, и всё будет медленно. Если корректно подготовить запрос с праметрами, то оптимизатору хватит мозгов скинуть запрос на удалённый сервер и выполнить его там, получив только результат.
источник

2_

2flower _ in sql_ninja
Ilia Zviagin
Не очень, но IO может быть больше немного, да. НО обычно если нужны временные, делать уже нечего.
контекст беседы был зачем сте когда есть вт... а с вашим высказыванием я полностью согласен, это крайняя мера.
источник

DB

Daniil Berdnikov in sql_ninja
Дмитрий Степанов
Не, ты не понимаешь. Хранимка на удалённом сервере, соответственно она выполняется через rpc и по сети гонится только результат по необходимым параметрам, план и прогретые данные так-же живут на удаленном сервере.

В случае с cte и неоптимальном запросе, скулю прийдётся выкачивать херову тучу данных для join, и всё будет медленно. Если корректно подготовить запрос с праметрами, то оптимизатору хватит мозгов скинуть запрос на удалённый сервер и выполнить его там, получив только результат.
А, да, забыл про такой вариант
Действительно тебя не понял, сорян)
Да, так лучше
источник

2_

2flower _ in sql_ninja
Kostya
ваши сведения устарели
это данные коллеги из 1с, который продвигает пг, я так понял что данные свежие.
источник

K

Kostya in sql_ninja
2flower _
это данные коллеги из 1с, который продвигает пг, я так понял что данные свежие.
тогда я ничего не понимаю в их политике
короче, если ставишь с нуля - сразу предлагают на ПГ
источник