интересно, какие структуры данных используются для построения индексов. и как данные хранятся на диске

#конкурс Как дела обстоят с горизонтальным маштабированием? Или только спец железо и веркаль наше все?

#конкурс Какую модель логирования вы рекомендуете использовать на Oracle?

@@maksim183Курсы Fundamentals, либо Oracle 2 day DBA в помощь.

@@TheUnitto Вопрос про Оракл? Real Apllication Cluster (RAC) например посмотрите. Впрочем, вопрос стоит достаточно общо, чтобы корректно и объемлюще ответить. Ибо it's depend. Случаи, и применяемые решения будут разнИться, для разных задач. Тут - как раз плотная работа с DBA

Магнит?

Ага, сам ждал =) Всем за 30 привет )))

И тебе привет)

спасибо!

На здоровье!

спасибо!

Жаль, о важности и пользе CASE-средств не догадывается, потому и не говорит о них. А так - вполне себе нормальный кустарь...

@@sergoordgonikidze6456 что такого важного в case тулзах, что стоит обязательно о них упоминать? Похоже на простой выпендреж

@@anchovski1788 т.е. ты не знаешь, что это такое (иначе знал бы, что за ними "важного"), но у тебя уже они классифицированы как "выпендрёжь"? Не стыдно, камрад? "не читал, но осуждаю"?

@@sergoordgonikidze6456 знаю что это, не оч понимаю что фундаментального важного в средствах проектирования. Не зашёл разговор о них вот и все.

@@anchovski1788 важность в самом проектировании и работе от CASE-средств, а не лепить прямо в базу, как бог на душу положит. Очень, знаете ли, помогает не переписывать всё каждые 3 года, с уходом очередного разработчика. Мне это напоминает качественный переход от foxpro к настоящим СУБД, поддерживающим SQL-92. Фокспрошник тупо не понимает, чего такого важного в SQL реальном. Ну и что, что для обработки данных он циклом по таблице идёт и что-то там делает с записями. И нахуха эта хрень с названием Commited Read. Да и вообще, многопользовательский режим доступа к данным - блажь ведь. Так и вы - "да нахуха те case-средства, не вижу фундаментальной пользы". Не видите, потому что работаете ремесленником, в каких-то мелких коротких проектах на низовых должностях...

На здоровье!

@@itbeard пригласите пожалуйста на интервью какого-нибудь прошаренного DBA из спортмастера.

@@ka10k лучше, какого-нибудь прошаренного ораклиста...

@@ka10k и такие у нас есть:)

факт)

Очень дорого на больших (с тысячами сущностей в десятках схем) использовать такое без правильного проектирования ведения БД. У тебя скрипты деперсонализации и обфускации должны быть абсолютные. А учитывая кустарный способ работы большинства plsql-разработчиков ("леплю прямо в бд что и как хочу и через пару лет не помню, что и для чего налеплено") - проще подписать NDA и забыть, чем морочиться с этим. Вот все и забывают.

Назову с 10ток компаний прошедших аудиты где саппорт и дев команда работают с продом.

Да, Макс умеет :)

Админы сопровождают то, что описал Макс. Т.е. это именно не потоковое и каждодневное решение (и не элемент CI/CD 🙂, а обоснованная "крайняя необходимость". Да и не любой разраб допускается до таких телодвижений. Ну, и как уже сказал, все это происходит при уведомлении и сопровождении админами, конечно же. Всё множество +/- подхода, как и способы, регламенты в этой части - обозначены, оговорены и учитываются

когда я там работал аутстаф. то что меняли в проде на горячую, обычно ещё тестировали qa на схожих данных в тестовой бд и проводили всё через задачи. а не просто зашёл разраб и сделал update, да и права у них есть не на всё.

На здоровье

Не. Вам рассказали с умным видом кустарщину. В нормальных конторах орацле варят по-другому.

Добрый день! Используем конечно Oracle в КХД, просто это отдельная большая тема, не уложились по времени :-)

У оракла родной BI: 1. откровенно ховняненький. 2. просто ДИКО дорогой.

мне заходит, так как я играя в доту на фон включаю эти интервью

Приятно)

@@itbeard Работаешь хорошо - отсюда и похвала,похвала за дело!!! Вы молодец! Так держать!!!

ты чё лох что ли, смотришь рекламу в ютуб? премиум аккаунт или бесплатное расширение не судьба использовать?

Не только субд используют, а , если не ошибаюсь, также и оракловую экзадату.

@@uvesel4ak и не только exadata. В интервью и про zdrla прозвучало, например

@@a_v_p сдался вам тот zdlra... Это инструмент dba, а не разработчика...

@@sergoordgonikidze6456 а я за dba и говорю

@@a_v_p слишком дорогой этот zdlra. BasePack (2 компьюта + 3 сторадж-сервера) - сразу на $400к тянут. Это ОЧЕНЬ дорого. Oracle SuperCluster на 4 процессора (по 32 честных ядра на процессор), с 3 сторадж-серверами стоил дешевле.

Важно не путать маркетинг и непосредственно воплощение по запросу маркетинга

@@a_v_p я не путаю, просто шутил)

На APEX сейчас реализована изрядно наполненная функционалом система. Все началось, по сути, с внутреннего уютного админского решения навроде "базы знаний", сейчас - развернуты сервисы, и с мониторингом, информированием, сервисом для разрабов, MLщиков, и прочих (трудно сказать, насколько это можно считать заходом уже в бизнес-решения). Про перспективы - вопрос большой. При обилии, в настоящее время, фреймворков и иных решений - трудно говорить однозначно. В свое время, выбор APEX был был сделан из имевшегося и необременительного для невозбранного накидывания админами простого решения. Планы и перспективы - тогда не оценивались. А сейчас, уже и втянулись :) Это, если что, ответ со стороны админов :)

Да, DBA для автоматизации используют именно Apex - быстро, но для внутренних нужд. К сожалению, если говорить о бизнес-приложениях, то тут возможностей не хватает и в разработке мы его не используем.

@@a_v_p ок, спасибо за развёрнутый ответ

@@maximpart2374 спасибо за ответ

@@maximpart2374 А чего не хватает (Если можно привести TOP 3 самого необходимого) и на какой версии разрабатывали ?

глупый вопрос. Если у тебя много plsql-девелоперов и много ресурсов процессорных под БД заказчика - то для всех, кроме уж совсем откровенного вышмата (и то - оракл позволяет подключать к ядру ddl-ки для нативных расчетов). А если у тебя нет plsql-девелоперов или заказчик жмётся на процессорные лицензии - то как ты её там вообще собираешься держать?!? За это и платят архитекторам систем - они смотрят, что есть, оценивают проект со всех сторон и предлагают ту точку между 0 и 1, которая максимально полно учитывает все факторы...

В БД, в первую очередь, имеет смысл держать представления / процедуры генерации отчётов и всё, что связано с вычиткой больших объёмов данных. Не надо переизобретать аналитические функции на СП, поскольку вы их результаты получите из БД быстрее, чем передадите оттуда сырые данные. Но надо понимать, что если у вас OLTP - система с большой оннлайновой транзакционной нагрузкой (типа сотен транзакций в секунду) - то отчётную базу надо иметь отдельную, и бест практис - гнать туда данные через Golden Gate.

Статья, из которой этот текст, начинается так: SQL (/ˌɛsˌkjuːˈɛl/ S-Q-L, /ˈsiːkwəl/ "sequel"; Structured Query Language)

хахаха)

@@dimeliora понятно, что там собраны все употребляющиеся транскрипции. Но прочесть "эс-кью-эль" как "сиквел" - это однозначно 200iq мув :)

@@dixerim он всего лишь сказал, что называют по-разному, вот нудить-то сразу

Да, на англоязынычх каналах часто слышу именно "Сикуэл"...

Flashback запросы и необходимость самостоятельно клоб блоб перегонять :)

Может лучше про самые неизящные стороны орацле скажем? Я при переходе с firebird/mssql/informix/postgre поразился тому, что невозможно устанавливать версии прикладного ПО без dba или хотя бы разработчика.

@@sergoordgonikidze6456 в смысле?

@@andrewkondrashov6485 сломалось - не откатишь...

@@sergoordgonikidze6456 Максим как раз и говорит о возможности переключаться между версиями кода используя Oracle Editions

Вы вообщ не смотрели интервью. С самого начала объяснили. Процедуры в базе это другой подход к разработке. Кстати t-sql почти тоже самое

@@TheSergWolf я-то смотрел. Сейчас не помню уже, но год назад уж точно смотрел. Если считаете, что на мой вопрос есть ответ, то сказали бы где этот ответ

Как-то да рабоает. А вы с какой целью интересуетесь? Не нашли описания на русском языке, а на английском не поняли?

@@sergoordgonikidze6456 на практике несколько раз пересекался с какими-то определёнными проблемами, их решал. А вот подойти комплексно к этому - всё времени не было, есть более часто попадающиеся непонятности.

@@DarkErit есть юзеры, есть роли, есть объекты, есть grant. Тут всё явно. Но если вы создадите процедуру/представление в схеме-2, которое смотрит в данные схемы-1 (предполагаем, что грант схеме-2 на него вы дали), а затем дадите грант схеме-3 на это представление, то схема-3 сможет через него видеть данные схемы-1 или что-то с ними делать. Это позволяет гибко работать с доступами.

Что такое "лойснуть"?

Окей, бумер. Лайк поставил

Борода много в чем не понимает (слабо представляю кто может знать весь массив данных в современном it) но это не мешает ему быть хорошим интервьюером. Хорошим людям не мешает ну иногда не в тему ну а кто без греха.

Посмотрел что надо

Продавцом-консультантом

@@user-zi3mb6bt4w )))

Лучше не надо, как бывший сотрудник и разработчик pl/sql говорю.

@@solarwind940 Почему?

спасибо!

Конец девяностых явно

точно, явно не видел вживую ни 5, ни 8.

Согласованность (Consistency) , вот отсюда ru.wikipedia.org/wiki/ACID

Согласованность (Consistency) , вот отсюда ru.wikipedia.org/wiki/ACID

@@maximpart2374 ну вы даёте, предлагать нынешним сайтикоделателям изучать концепцию ACID. Это прошлый век, не модно и не нужно. Ну, в основном, потому что мозгов не хватает осознать. rest, stateless, микросервисы и функционал на основе кодов возврата нативных http-кодов протокола - вот нынешние столпы.

Оригинальный Git Flow (а это не просто master / dev + feature ветки, как иногда думают) это просто часто неопрадавнно сложно для многих проектов.

Это байка. "Ай цi ты сава?" Сова ли ты?

Видимо пока не решили проблему просадки перфоманса

Когда стоимость данных в вашей СУБД и генерируемая ими добавочная стоимость бизнеса стала такая, что стоимость лицензий орацле уже не так уж запредельной кажется. :-) Аналогия: вот хочется вам купить телефон ксяоми, а у них в линейке телефоны от $50 до "дороже айфона максимального". Так вот - выводите на экран все модели с характеристиками и стоимостью, и двигаетесь пальцем от дешевых к дорогим. Так вот, та модель, которая была последней перед мыслью "да не, за эти функции это они уже овердофига хотят, ополоумели, что ли" - и есть ваш выбор. Так и с орацле :-)

@@sergoordgonikidze6456 что это ещё за ораЦЛе?

"Redo wastage is not a problem." www.dba-oracle.com/m_redo_wastage.htm

@@a_v_p а кто говорил что вопрос должен быть о проблеме?

@@a_v_p нагуглить Бурлесона за 2 секунды любой школьник сможет. Ответить сможете?

@@ka10kok, только давайте сначала поймем, что же решаем той самой минимизацией (которая не проблема)? В гуглящемся школьниками Бурлесоне, вполне раскрыто что стоит за метрикой, из чего получается и признаком чего является. Соотв., логично, тут и ответ про минимизацию. Только вопрос все равно - что же решается этой самой минимизацией? Красота цифр в метрике? 🤔

@@a_v_p Вроде того. Вопрос не про решение проблемы, скорее на знание архитектуры и ядра. Я понимаю, что вы не должны этого знать, у вас другие задачи и проблемы. Очень хотелось бы чтобы пригласили на интервью вашего главного ДБА.

Почему при трудоустройстве в любую айтикомпаниб приходится договор руками подписывать?

Да , каменный век)

@@itbeard потому что еще не у каждого в смартфоне есть ЭЦП))

@@itbeard В Казахстане при устройстве в Veon (Beeline) уже не надо подписывать бумаги. Все электронными цифровыми подписями, чтобы устроиться не нужно идти в офис.

Case

Da net

@@itbeard dot net

С него начинали, на нем и закончим)

Позвольте не согласится. Много работал с Oracle(более 7 лет), Teradata, MSSQL. Oracle - наиболее универсальная и безусловно крутая СУБД и для OLTP, думаю лучше её нет. Но терадаточка - для OLAP нагрузки - пушка ( Петабайты может воротить играючи). У неё шикарная архитектура, но стоит она подороже безумного дорогого оракла, по этому о ней не многие знают. Лично в моём топе - она на первом месте в рейтинге СУБД. А вобще ваш вопрос хороший и общий для всей индустрии ( у нас тоже бывает тысячи тестов падают после неудачного коммита - живём как-то) :)

@@asvitin я работал с Oracle, MSSQL, Postgre, Informix, DB2, Firebird, MySQL. 25 лет работаю с разными БД. С терадатой не работал. Для меня "пушка" - Informix, хоть в нём и нет многообразия dbms-пакетов. Oracle не люблю за отстойные временные таблицы (и глобальность структуры, и медленные, и оптимизатор их не понимает) и за нетранзакционность DDL (задалбывает, что для установки любой версии нужен наблюдатель квалификации DBA/разработчик - ибо если сломается что, то решить проблему могут только они, а в Informix - просто ROLLBACK).

в три раза быстрее ролбэк делает??

Нет конечно. Разве клеветать в комментах это норма?)

Так вышло, что мой комент был на основе личного опыта. К сожалению не удачного для меня. И в целом о компании не судят по одной группе гнилых людей с ЧСВ. В целом компания хорошая. Да и идеальных нет, везде есть и хорошее и плохое.

Что, мозгов не хватает изучить и знать одновременно больше 1 языка/инструмента?

Вот именно, все должно быть проще, а не сложнее. Что бы среднестатический разработчик разобрался , а не дорогой гений

@@user-qd3er9mi2d тоесть вы хотите строить топовую компанию нанимая дешевый персонал? Вы действительно не видите тут проблемы?)

@@jps6-vudzkfmibqc58vs3 ну если у вас хватит бабла на консультацию то не вопрос)

Вы просто дальше "select * from table", похоже, ни в одной СУБД не продвинулись, потому несёте откровенную ересь. Итак: 1. дампите регулярно скриптом всю кодовую базу (хоть попакетно) и кладите в svn/git - сравнивайте как хотите - пишется за 15 минут. Или сравнивайте с полигоном - PLSQLDeveloper имеет отличный инструмент для этого, пообъектно. 2. Бред собачий вообще. Элементы ООП в Oracle появились ДО того, как вы соску перестали сосать. "Синтаксический сахар" - просто идиотизм. 3. Отладка как отладка. Не хуже и не лучше чем в Visual Studio. 4. dbms_output, dbms_pipe, запись чего угодно в automomous transactions - куча инструментов. Но вы учебник до этого не долистали, я так понимаю. 5. Профилирование - встоенный инструмент и в plsqldeveloper, и в TOAD. 6. Масштабироение у орацле отличное как вертикальное, так и горизонтальное. Кто не видел 8узловый кластер Oracle, тот просто бирюльками играет в этой СУБД. 7. При чем тут зависимости к фиксированному в инстансе набору пакетов? Что за идиотизм, справнивать веб-паке с набором dbms-пакетов... С ума сошел? 8. Фреймворки - у Oracle десятки продуктов для построения чего угодно. Даже бесплатный APEX для построения веб-интерфейсов, на котором 1000 форм со 100 элементов на каждой, с меню, с авторизацией каждого элемента, с ролями, да с чем угодно, что вы там в своих вуе-реакто-ангулярах придумали - вы постоите в 3-5 раз быстрее, чем на вуе-реакто-ангуляровых "фреймворках". И это есть уже 15 лет. И без знания js/css/html :-) 9. Юнит-тесты - прикручиваются снаружи. Встроенного реально нет. 10. Рефакторинг - полезность сильно преувеличена. Да и не требуется оно особо для такого простого языка, как plsql. Вот beutifier (ака линтер) - нужен, чтобы отступы и откровенные бяки народ не писал. Но встроенного нет. А рефакторинг почти всегда в plsql связан с изменением бизнес-логики. Забудьте про котлин, господа. Очередная ява-подобная хрень, которая резко взлетела и через пату-пяток лет так же резко будет убита гуглом, когда он решит её исключить из андроид студио. Учите концепции лучше.

@@sergoordgonikidze6456 вы серьёзно думаете, что в настоящее время имеет смысл использовать веб-интерфейс на основе APEX от оракла для создания форм вместо этих наших вуе-реакто-ангуляров? ваше пренебрежение только показывает ваше невежество в понимании зачем все эти вуе-реакто-ангуляры вообще существуют и какие проблемы решают.

@@Nekby2 Для корпоративных систем, публикуемых только внутри корпоративной сети - я уверен, что APEX лучше любых вуе-реакто-ангуляров (да и никто не мешает при желании вуе-реакто-ангуляры прилепить, если совсем невмоготу - читай "мозгов не хватает делать интерфейсы без вуе-реакто-ангуляров") для количества средне-активных юзеров в районе "до 10000 в сутки". Ну а ваш комментарий только демонстрирует ваше невежество в вопросе "что такое APEX, для чего он предназначен и что на нём можно делать".

@@sergoordgonikidze6456 ещё раз повторяю. Фреймфорки решают определённые боли. Если вы про них не в курсе, то не надо тут лечить про примитивные формы для внутренних инфопорталов. Видели бы вы текущий внутренний портал СберДруга в Сбере, например. С вашими отсталыми представлениями про формы вы бы точно не смогли реализовать подобное на АРЕХе или подобном.

@@Nekby2 пока не сделаете на APEX первую 1000 форм, не лезьте к людям с со своими глупыми поучениями. Выглядите глупо. Тем более со своей сбер-шавкой.

Так и должно быть