Ну значит ничего особенно не изменится, просто так же создаст индексы
Ну тут уж как повезет. Либо ничего не измениться, либо просадит производительности СУБД в целом .
управления производительности.
Уже в который раз встречаю это словосочетание "отдел производительности" , "управление производительности". что действительно такие бывают ? Кто и за что им интересно деньги платит? как они анализируют производительность СУБД не имея инструментов и методологии.
в пайплайн будет включено нагрузочное тестирование
Это не реально.
1) Это долго
2) требует анализа и расчетов и интерпретации результатов
Кто как. Как правило никто не делает, не анализирует и не проверяет. Просто создают индексы.
Потому, что как правило - нет инструментов для статистического анализа производительности СУБД да и вообще с PosgreSQL performance engineering пока не густо.
Да, нужен пайплайн в который это будет включено.
"Это" - что ? Что вы под этим подразумеваете ?
Я думаю статистических данных и решённых кейсов у Оракла
Феномен Современного искусства с каждым днём приобретает новые, более широкие рамки и концепции. Но, их понимание и интерпретация для простого зрителя по-прежнему вызывает много вопросов.
От нечего делать Незнайка часто смотрел на висевшую на стене картину с непонятными кривульками и загогулинками и всё силился понять, что на ней нарисовано.
— Ты, братец, лучше на эту картину не смотри, — говорил ему Козлик. Не ломай голову зря. Тут всё равно ничего понять нельзя. У нас все художники так рисуют, потому что богачи только такие картины и покупают. Один намалюет такие вот загогулинки, другой изобразит какие-то непонятные закорючечки, третий вовсе нальёт жидкой краски в лохань и хватит ею посреди холста, так что получится какое-то несуразное, бессмысленное пятно. Ты на это пятно смотришь и ничего не можешь понять — просто мерзость какая-то! А богачи смотрят да ещё и похваливают. «Нам, говорят, и не нужно, чтоб картина была понятная. Мы вовсе не хотим, чтоб какой-то художник чему-то там нас учил. Богатый и без художника все понимает, а бедняку и не нужно ничего понимать. На то он и бедняк, чтоб ничего не понимать и в темноте жить». Видишь, как рассуждают!
А тем временем , произошел первый реальный кейс использования ChatPPG .
В ходе работ по анализу производительности СУБД , было обнаружено влияние ожиданий типа IPC на скорость СУБД.
Пользуясь случаем ChatPPG был задан вопрос:
Как уменьшить количество ожиданий типа IPC?
На, что , не скрою несколько удивило , был получен вполне осмысленный ответ, принятый в качестве рабочей рекомендации для дальнейших исследований : https://dzen.ru/a/Z-jsN8RRlDnVzxui
Итог : в качестве дополнительного средства для анализа разнородной информации по СУБД - ChatPPG вполне себя оправдывает.
Не странная , а высокоэффективная самоорганизующаяся система .
Карма — это ключевой инструмент внутрисайтового механизма коллективной модерации, позволяющий полноправным участникам сообщества наделять других участников сообщества правами, или, наоборот, ограничивать их полномочия, путём коллективного голосования.
Проще, говоря - цензура толпы.
Вам , зтотнало учесть сразу и придержать высказывать свое мнение ибо
Зарегистрирован
6 сентября 2024
Будете так продолжать
высказываешь непопулярное мнение
Сначала сможете отвечать в комментариях раз в час, потом раз в день, потом , если окажетесь непонятливый и упрямый - получите read only.
В принципе , если под термином "сисадмин" понимать например DBA ,целевая аудитория статьи сильно расширится.
Самое смешное , что я пока наблюдал - KPI для DBA. Каждый год , как заполняем карту - "ржали всем отделом над фантазиями HRов."
А вот этот тезис :
наконец-то сисадмин и работодатель договорились об оплате.
иллюзорен .
В реальной жизни так не бывает. Они никогда не договорятся . Просто до некоторого времени сисадмину лень или нет возможности сменить работу на более высокооплачиваемую.
Это рынок - работник хочет всегда получить больше ,а работать меньше .
Наконец-то это сказано! То, что все думают , но боятся сказать громко.
Когда пузырь сдуется
Пузыри лопаются . За этим следуют падения рынков. Не удивлюсь, что сейчас разворачиваются события аналогичные предшествующие 2008 , на манер описанных в отличном фильме "The Big Short".
Это нужно современному поколению архитекторов и разрабов рассказывать.
По личному опыту, я твердо уверен - как работает СУБД они понятия не имеют, не знают и знать не хотят . "Для нас СУБД это хранилище наших данных" - это реальная фраза, реального разраба, на конфколле по поводу аварийной ситуации.
Они твердо уверены в наличии волшебной комбинации конфигурационных параметров СУБД после задания которых их приложения начнут летать.
НИКОГДА, за все время проведения импортозамещения никто , ни разу, не обращался к DBA на этапе проектирования и разработки.
ВСЕГДА после того, как в продуктиве реальные настоящие пользователи начинают работать , ВСЕГДА начинается "у нас ничего не работает , все висит, мы уперлись в СУБД."
Исключения , только если совсем маленькая система на 5 пользователей, максимально в день 1-2 иногда зайдут.
"А у нас на тестовом сервере все работало" - этой фразе лет 30 . История сделала круг по спирали и все повторяется с новым поколением разрабов.
Чат-бот прекрасно расскажет вам основы, а вы, в свою очередь, можете задать ему вопросы и получить ответы или прорешать с ним задачи по теме, что будет гораздо более эффективно, чем только читать книги. Это тоже самое, что и заниматься с преподавателем.
А можно уточнить - в чем заключается тестирование ?
Я просто уже сколько времени пытаюсь придумать задачу в которой бот ии помогал бы DBA(неджуну). Пока не получается, найти какую то тему в которой ии был был бы реально полезен.
Задавать серьёзные вопросы ии - нет смысла . В ответ будет анекдот про студента на экзамене по биологии.
А документацию быстрее обычным поиском пролистать , а какие то особенности в книге бумажной анализировать. Ну, по крайней мере мне.
P.S. Кстати да , если один вопрос задать разным ботам, легко найти паттерны в ответах.
Ну тут уж как повезет. Либо ничего не измениться, либо просадит производительности СУБД в целом .
Уже в который раз встречаю это словосочетание "отдел производительности" , "управление производительности". что действительно такие бывают ? Кто и за что им интересно деньги платит? как они анализируют производительность СУБД не имея инструментов и методологии.
Это не реально.
1) Это долго
2) требует анализа и расчетов и интерпретации результатов
Кто как. Как правило никто не делает, не анализирует и не проверяет. Просто создают индексы.
Потому, что как правило - нет инструментов для статистического анализа производительности СУБД да и вообще с PosgreSQL performance engineering пока не густо.
"Это" - что ? Что вы под этим подразумеваете ?
А при чем тут Оракл ?
Как бот это проверит , не имея результатов нагрузочного тестирования и статистических данных анализа производительности при продуктивной нагрузке ?
В этом то и состоит главная проблема - нет обучающих выборок для обучения . Все данные в интернете - грязные.
От нечего делать Незнайка часто смотрел на висевшую на стене картину с непонятными кривульками и загогулинками и всё силился понять, что на ней нарисовано.
— Ты, братец, лучше на эту картину не смотри, — говорил ему Козлик. Не ломай голову зря. Тут всё равно ничего понять нельзя. У нас все художники так рисуют, потому что богачи только такие картины и покупают. Один намалюет такие вот загогулинки, другой изобразит какие-то непонятные закорючечки, третий вовсе нальёт жидкой краски в лохань и хватит ею посреди холста, так что получится какое-то несуразное, бессмысленное пятно. Ты на это пятно смотришь и ничего не можешь понять — просто мерзость какая-то! А богачи смотрят да ещё и похваливают. «Нам, говорят, и не нужно, чтоб картина была понятная. Мы вовсе не хотим, чтоб какой-то художник чему-то там нас учил. Богатый и без художника все понимает, а бедняку и не нужно ничего понимать. На то он и бедняк, чтоб ничего не понимать и в темноте жить». Видишь, как рассуждают!
"Незнайка на Луне" Николай Носов . 1965год.
А тем временем , произошел первый реальный кейс использования ChatPPG .
В ходе работ по анализу производительности СУБД , было обнаружено влияние ожиданий типа IPC на скорость СУБД.
Пользуясь случаем ChatPPG был задан вопрос:
На, что , не скрою несколько удивило , был получен вполне осмысленный ответ, принятый в качестве рабочей рекомендации для дальнейших исследований :
https://dzen.ru/a/Z-jsN8RRlDnVzxui
Итог : в качестве дополнительного средства для анализа разнородной информации по СУБД - ChatPPG вполне себя оправдывает.
Да уж. Сарказм видать - не ваше.
Бывает.
Да, потому, что закон единства и борьбы противоположностей.
Интересы сторон противоположны , но по отдельности не существуют.
В результате - диалектика и развитие.
Не странная , а высокоэффективная самоорганизующаяся система .
Карма — это ключевой инструмент внутрисайтового механизма коллективной модерации, позволяющий полноправным участникам сообщества наделять других участников сообщества правами, или, наоборот, ограничивать их полномочия, путём коллективного голосования.
Проще, говоря - цензура толпы.
Вам , зтотнало учесть сразу и придержать высказывать свое мнение ибо
Будете так продолжать
Сначала сможете отвечать в комментариях раз в час, потом раз в день, потом , если окажетесь непонятливый и упрямый - получите read only.
Это называется мнение сообщества Хабр.
Не вы первый , не вы последний .
В принципе , если под термином "сисадмин" понимать например DBA ,целевая аудитория статьи сильно расширится.
Самое смешное , что я пока наблюдал - KPI для DBA. Каждый год , как заполняем карту - "ржали всем отделом над фантазиями HRов."
А вот этот тезис :
иллюзорен .
В реальной жизни так не бывает. Они никогда не договорятся . Просто до некоторого времени сисадмину лень или нет возможности сменить работу на более высокооплачиваемую.
Это рынок - работник хочет всегда получить больше ,а работать меньше .
Работодатель наоборот . Чтобы пахали за гроши.
Их интересы никогда не совпадут.
А как будет решена проблема SQL инъекций , намеренной или случайной порчи данный , разграничения доступа к данным ?
Конечно, не анекдот , этой теме уже не один десяток лет.
«Мифический человеко-месяц, или Как создаются программные системы» (англ. The Mythical Man-Month: Essays on Software Engineering) — книга Фредерика Брукса об управлении проектами в области разработки программного обеспечения.
Наконец-то это сказано! То, что все думают , но боятся сказать громко.
Пузыри лопаются . За этим следуют падения рынков. Не удивлюсь, что сейчас разворачиваются события аналогичные предшествующие 2008 , на манер описанных в отличном фильме "The Big Short".
А так называемая "справедливость" понятие условное и сугубо субъективное .
А зачем ?
Кому от этого общения станет лучше ?
@michael_v89
Вы зачем это мне все рассказываете ?
Это нужно современному поколению архитекторов и разрабов рассказывать.
По личному опыту, я твердо уверен - как работает СУБД они понятия не имеют, не знают и знать не хотят . "Для нас СУБД это хранилище наших данных" - это реальная фраза, реального разраба, на конфколле по поводу аварийной ситуации.
Они твердо уверены в наличии волшебной комбинации конфигурационных параметров СУБД после задания которых их приложения начнут летать.
НИКОГДА, за все время проведения импортозамещения никто , ни разу, не обращался к DBA на этапе проектирования и разработки.
ВСЕГДА после того, как в продуктиве реальные настоящие пользователи начинают работать , ВСЕГДА начинается "у нас ничего не работает , все висит, мы уперлись в СУБД."
Исключения , только если совсем маленькая система на 5 пользователей, максимально в день 1-2 иногда зайдут.
"А у нас на тестовом сервере все работало" - этой фразе лет 30 . История сделала круг по спирали и все повторяется с новым поколением разрабов.
Они именно так и делают.
И прибегают "у нас все висит, работать не возможно, мы уперлись в СУБД".
Сразу вспоминается , старый анекдот
А где у меня ошибка?
В ДНК.
А есть поток UPDATE в разных транзакциях и разных процессах на одной таблице ?
Идеальное решение , что бы повесить систему при повышенной нагрузке.
Проверено на практике - регулярно.
Повторюсь - объяснить разрабам , что так нельзя делать невозможно. "Это не мы , это фреймворк такой"(с)
Это комментировать, только портить.
В добрый путь, мой юный друг.
И известный афоризм
Скоро заиграет новыми красками .
Ну например
А можно уточнить - в чем заключается тестирование ?
Я просто уже сколько времени пытаюсь придумать задачу в которой бот ии помогал бы DBA(неджуну). Пока не получается, найти какую то тему в которой ии был был бы реально полезен.
Задавать серьёзные вопросы ии - нет смысла . В ответ будет анекдот про студента на экзамене по биологии.
А документацию быстрее обычным поиском пролистать , а какие то особенности в книге бумажной анализировать. Ну, по крайней мере мне.
P.S. Кстати да , если один вопрос задать разным ботам, легко найти паттерны в ответах.