Senior oracle dba это

Обновлено: 06.07.2024

Часто задаваемые вопросы на интервью для DBA.

24 posts • Page 1 of 1 Call Уже с Приветом Posts: 101 Joined: Mon Jun 16, 2003 8:41 pm

Часто задаваемые вопросы на интервью для DBA.

Post by Call » Fri Sep 23, 2005 6:03 am

Предлагаю составить список часто задаваемых вопросов на итервью для DBA.

- Правила нормализации базы
- Стратегия Backup

Virginian Уже с Приветом Posts: 5516 Joined: Wed Dec 19, 2001 1:01 am Location: Moscow - Richmond, VA

Post by Virginian » Fri Sep 23, 2005 7:18 am

Интервью на пoзицию DBA редко носят сильно выраженный технический характер. Обычно интересуются прошлым опытом работы с серверами, DTS, Replication, Data Warehousing и так далее. Здесь надо просто держаться поувереннее и все.

Иногда просят построить модель небольшой базы данных, но это уже скорее к позиции data modeler относится. Полезно упомянуть знакомство с modeling tools типа Erwin.

Я бы порекомендовал еще почитать про High Availability options - Clasters, Log Shipping etc. Знать их необязательно, просто иметь представление.

Еще один момент, очень часто в обязанности DBA входит миграция баз данных с одной платформы на другую (SQL Server - Oracle, или MS Access - SQL Server) или внутри платформы на более старшую версию, поэтому в разговоре полезно упомянуть что у Вас такой опыт имеется.

В этом смысле DBA интервью поприятнее, чем скажем на С++ или Java. Никто вас мучать конструкторами и синглетонами не будет.

-JS- Уже с Приветом Posts: 1015 Joined: Thu Aug 05, 2004 10:50 am Location: US, East

Post by -JS- » Fri Sep 23, 2005 11:10 am

Ну это как сказать.
У нас требовали знание внутренней структуры страничной огранизации, ситаксис многих команд, четкое понимание отличия кластерных идексов от обычных, методы оптимизации(в частности денормализация, partitioning), способы решения тех или иных проблем (troubleshooting) и т.д. практически все что нужно знать для сдачи экзамена на MS DBA.
Так что, думаю, вопросы сильно варьируются как и обязанности DBA. smitin Уже с Приветом Posts: 1021 Joined: Wed Oct 25, 2000 1:01 am Location: Rocklin, CA, USA

Post by smitin » Fri Sep 23, 2005 11:27 am

И я спрашивал, и меня часто спрашивали - что делать, если юзера жалуются, что приложение начало тормозить ? Т.е. расписать стратигию решения проблемы.
Основные параметры из конфиг файла. Основные переменные окружения. Бэкапы. Репликации. Оптимизация. Как получить версию сервера. В общем, что, с чем постоянно сталкивается DBA. Virginian Уже с Приветом Posts: 5516 Joined: Wed Dec 19, 2001 1:01 am Location: Moscow - Richmond, VA

Post by Virginian » Fri Sep 23, 2005 12:46 pm

У каждого свой опыт. Честно говоря, настоящего профессионала и без технических вопросов видно. Может мне просто везло, но во всех случаях когда меня брали на работу, обходились без инквизиции.

В одном случае было интервью в госучереждение где вопросы мне зачитывали по очереди трое роботов с каменным выражением лица, я ответил нa все правильно, но на работу меня так и не взяли.

-JS- Уже с Приветом Posts: 1015 Joined: Thu Aug 05, 2004 10:50 am Location: US, East

Post by -JS- » Sat Sep 24, 2005 9:11 pm

Virginian wrote: . Честно говоря, настоящего профессионала и без технических вопросов видно. Dmitry67 Уже с Приветом Posts: 28211 Joined: Tue Aug 29, 2000 1:01 am Location: SPB --> Gloucester, MA, US --> SPB --> Paris Contact:

Post by Dmitry67 » Sun Sep 25, 2005 1:32 am

Я бы разделил Senior DBA и просто DBA
Senior - не катят никакие сертификации, только опыт, опыт, опыт. Но это IMHO Grasshoper_B Удалён за грубость Posts: 22 Joined: Tue Sep 13, 2005 8:09 am Location: Russia

Post by Grasshoper_B » Sun Sep 25, 2005 3:24 am

Virginian wrote: . Честно говоря, настоящего профессионала и без технических вопросов видно.
- А единственным образом - если интервьюер тоже профессионал, да еще и не злобный зануда а нормальный человек. Это редкость. Virginian Уже с Приветом Posts: 5516 Joined: Wed Dec 19, 2001 1:01 am Location: Moscow - Richmond, VA

Post by Virginian » Mon Sep 26, 2005 8:05 am

Пример такого "нетехнического" интервью, это рассказ о ваших прошлых проектах.

Например, мигрирование с 6.5 на SQL Server 2000. Какие были сложности, что пришлось поменять в stored procedures и так далее. Если вы разрабатывали Enterprise Reporting System, тоже многое можно рассказать, рaзличие между OLTP и OLAP само всплывет.

А техническое интервью, что тут сказать. Ну спросили меня чем Unique Index от Primary Key отличается, ну ответил я, все равно не взяли (месяц ждал, потом весь отдел включая того, кто этот вопрос задавал, заменили индусами).

Virginian Уже с Приветом Posts: 5516 Joined: Wed Dec 19, 2001 1:01 am Location: Moscow - Richmond, VA

Post by Virginian » Mon Sep 26, 2005 8:26 am

Хорошо, что напомнили. Помню мои первые интервью в 1998. Я уже год работал, но на смешной зарплате. Стал искать что-нибудь поприличней, подал резюме в консалтинговую контору, стали ездить по клиентам, не берут собаки. Особых технических вопросов то не было, на все вопросы отвечал, все равно полный отлуп. Тут еще надо понять, что у нас на югах народ консервативный, для них тогда непривычно было, что "человек с лодки" претeндует на что-то большое, чем махать метелкой. Это в Калифорнии тогда job market кипел и пузырился, а у нас в Виргинии не очень-то.

Каждый раз со мной ездили молоденькие девчонки, представители бодишопа. толку от них никакого не было. Короче, на третий раз с мной уже поехала менеджер. Приезжаем к клиенту, тот задал пару формальных вопросов, потом разговор пошел уже с менеджером. Выяснилось, что они из одного города, он там был капитаном футбольной команды, она, ясный перец, бывший cheerleader.
Короче, про меня совсем забыли, уже под конец, перемыв всем знакомым косточки, она спохватившись спрашивает: "Да кстати, а когда вирджинцу можно приступать". Ответ - Next Monday(как будто еще какие-то варианты могли быть).

Эх, хорошее времечко было.

_alex_ Уже с Приветом Posts: 246 Joined: Tue May 07, 2002 10:44 pm

Post by _alex_ » Mon Sep 26, 2005 10:19 am

nsv Уже с Приветом Posts: 168 Joined: Tue Oct 15, 2002 5:13 am Location: USA Contact:

Post by nsv » Mon Sep 26, 2005 10:39 am

- Что вы будете делать, если SYSTEM tablespace дефрагментирован?

- Что вы будете делать и как если индех стал "unbalanced"?

verzlo Уже с Приветом Posts: 899 Joined: Fri Jul 20, 2001 1:01 am Contact:

Post by verzlo » Wed Sep 28, 2005 4:12 pm

nsv wrote: Для Oracle DBA:
- Что вы будете делать, если SYSTEM tablespace дефрагментирован?

ASSM спасет отца русской демократии, и поможет забыть что такое сегментация любых таблеспейсов вобще.. Ну и ваще-то взять за правило не создавать никаких польз. объектов в SYSTEM tablespace - а тем кто создал, пусть в ручную блоки двигают в наказание .

nsv wrote: - Что вы будете делать и как если индех стал "unbalanced"?

А вообще - базы данных не стоят на месте, и щас столько много новшеств, что многие DBA проблемы прошлого щас не актуальны, зато есть новые, связанные с новыми фичами продуктов, OS и т.д.

ЗЫ:а DBA на интервью надо рассказать какие проблемы.задачи у вас щас есть и спрашивать, как он собирается решать.внедрять их.. Даже если не подойдет, мысли всегда хорошие может подкинуть

vc Уже с Приветом Posts: 664 Joined: Tue Jun 04, 2002 5:11 pm

Post by vc » Thu Sep 29, 2005 7:05 am

nsv wrote: Для Oracle DBA:

- Что вы будете делать и как если индех стал "unbalanced"?

Nothing. The oracle index never gets unbalanced.

nsv Уже с Приветом Posts: 168 Joined: Tue Oct 15, 2002 5:13 am Location: USA Contact:

Post by nsv » Thu Sep 29, 2005 1:25 pm

nsv wrote: Для Oracle DBA:
- Что вы будете делать, если SYSTEM tablespace дефрагментирован?
ASSM спасет отца русской демократии, и поможет забыть что такое сегментация любых таблеспейсов вобще.. Ну и ваще-то взять за правило не создавать никаких польз. объектов в SYSTEM tablespace - а тем кто создал, пусть в ручную блоки двигают в наказание .

ASSM не годится для SYSTEM tablespace, SYSTEM - только DICTIONARY MANAGED

В остальном согласен, что если SYSTEM дефрагментирован, то только два пути:
- ничего не делать:)
- перегенерировать экземпляр БД с другими storage параметрами для SYSTEM tablespace

nsv wrote: - Что вы будете делать и как если индех стал "unbalanced"?

В Oracle индексы бывают разбалансированы (LMT) с ASSM не пробовал . Вот пример из лога задачи UpdateStats в SAP:
BR0986W Index SAPVR3.VARI

0 is unbalanced - please rebuild the index

Другое дело, что разбалансированный PRIMARY KEY на этой маленькой табличке никак не влияет на стоимость EXECUTION PLAN из этой таблицы.

Думаю, что правильный ответ: нужно к каждой таблице подходить индивидуально, чаще всего - индекс перестраивать НЕ НАДО. Если же это необходимо из-за неверного EXECUTION PLAN выбираемого оптимизатором, то делать это нужно в периоды наименьшей нагрузки системы.

А, что с ASSM (Automatic segment space management) не надо делать реорганизацию индексов и таблиц? Кто-нибудь пробовал?

vc Уже с Приветом Posts: 664 Joined: Tue Jun 04, 2002 5:11 pm

Post by vc » Thu Sep 29, 2005 1:45 pm

SYSTEM - только DICTIONARY MANAGED

Not true in 9i and above.

nsv wrote: .
В Oracle индексы бывают разбалансированы (LMT) с ASSM не пробовал . Вот пример из лога задачи UpdateStats в SAP:
BR0986W Index SAPVR3.VARI

0 is unbalanced - please rebuild the index

Apparently, the SAP programmer had no clue as to what the Oracle index is. Again, the Oracle B-tree index cannot ever get unbalanced, LMT or no LMT.

nsv Уже с Приветом Posts: 168 Joined: Tue Oct 15, 2002 5:13 am Location: USA Contact:

Post by nsv » Thu Sep 29, 2005 5:06 pm

SYSTEM - только DICTIONARY MANAGED

Not true in 9i and above.

Ваша правда. SYSTEM tablespace может быть LOCALLY MANAGED, это просто в SAP по умолчанию экземпляр БД создается с SYSTEM tablespace as DICTIONARY MANAGED.

Unbalanced indexes существуют и в 9i и в 10g.
До версии 9i считалось, что индекс становится unbalanced когда BLEVEL>4. Начиная с 9i рекомендуется партиционировать таблицу и использовать локальные индексы. Но это не означает, что проблема unbalanced индексов исчезла в 9i. Кстати, партиционировать можно было и в 8i, но up to 9.2. в Oracle были серьезные bugs при добавлении новой партиции к уже существующей.
В Oracle Metalink Note:77574.1 (декабрь 2004) говорится, что имеет смысл перестраивать индекс также тогда, когда отношение удаленных записей в индексе к существующим > 20%.

vc Уже с Приветом Posts: 664 Joined: Tue Jun 04, 2002 5:11 pm

Post by vc » Thu Sep 29, 2005 8:14 pm

nsv wrote: .
Unbalanced indexes существуют и в 9i и в 10g.
До версии 9i считалось, что индекс становится unbalanced когда BLEVEL>4.

Oracle has never had unbalanced indexes, be it 9i, 8i or whatever. By design, B-tree is always balanced.

It's physically impossible to make the Oracle index unbalanced.

nsv wrote: Начиная с 9i рекомендуется партиционировать таблицу и использовать локальные индексы.

Partitioning is mainly a data warehouse tool. It has got nothing to do with the index structure. With local indexes, each partition simply has its own 'normal' index.

nsv wrote:
В Oracle Metalink Note:77574.1 (декабрь 2004) говорится, что имеет смысл перестраивать индекс также тогда, когда отношение удаленных записей в индексе к существующим > 20%.

Indexes need to be rebuilt very rarely if ever. Usually, when free space is around 50% (very unusual) *and* selectivity is large (happens very infrequently).

verzlo Уже с Приветом Posts: 899 Joined: Fri Jul 20, 2001 1:01 am Contact:

Post by verzlo » Fri Sep 30, 2005 1:35 pm

Согласен с предыдущим стейтментом B-tree индексы лучше всего не торогать (особенно на больших таблицах) (для bitmap and text indexes это не совсем так, но тоже надо смотреть). Как пишет Том Кайт (вот тут например) - это бесполезная трата времени..
Хоть и та металинковская статья и говорит, что надо смотреть на BLEVEL>4 и т.п. но даже при ребилде такого индекса, зачастую повышения производительности вы не увидите (а иначе чего было затевать), а вот времени и ресерсов ребилд может занять много, особенно на большом индексе. Плюс надо смотреть почему этот индекс так распух - если это "nature of data movement" - то есть большая вероятность, что через некоторое время он опять прийдет к этому показателю.
Проведите эксперимент, с замерами производительности и планами TOP-SQL по этому индексу до и после rebuild index и сравните..

По поводу partitioning - как сказали это применимо в определенном кругу задач - и решение о партицировании должно исходить от размеров и структуры таблицы, и сам индекс и его фрагментирование по себе тут родли не играют..

Давайте лучше делиться интересными новыми идеями и новшествами из собственного опыта в плане администраци баз данных.
Вот например:
1) Кто как находит ASM от Oracle в 10G ?
Мы пробуем сейчас.. Немного непривычно не иметь прямого доступа к файлам/файловой системе, но учитывая что это free - очень непрохая альтернатива UNIX filesystems (особенно clustered, за которые реально дерут)
2) Кто нить в реале пробовал Oracle Grid Control в плане того, чтобы использовать мощности не занятых серверов в кластере on-demand.
У нас есть инициатива заменить E15K and E25K на тучу 2-4CPU SunFire AMD dual-cores (Linux or Sularis 10 fo x86), которые планируется объеденить в кластеры по 8 или 12 nodes и установить на них multiple RAC instances и перекидывать мощности по мере..

Ессно - возникает concern по поводу managebility такого зверя..[/url]

Evgen Уже с Приветом Posts: 1219 Joined: Tue Sep 07, 1999 1:01 am Location: Belmont, Ca

Post by Evgen » Sat Oct 01, 2005 2:10 am

verzlo wrote: 2) Кто нить в реале пробовал Oracle Grid Control в плане того, чтобы использовать мощности не занятых серверов в кластере on-demand.
У нас есть инициатива заменить E15K and E25K на тучу 2-4CPU SunFire AMD dual-cores (Linux or Sularis 10 fo x86), которые планируется объеденить в кластеры по 8 или 12 nodes и установить на них multiple RAC instances и перекидывать мощности по мере..

Ессно - возникает concern по поводу managebility такого зверя..[/url]

Вопрос, чего вы хотите добиться размазывая вашу базу по нодам. Это еще зависит и от структуры application. Можно попасть на серьезный overhead в синхронизации кешей и sync wait events. По моему опыту тюнинг кластера в корне отличается от тюнинга single instance если не брать уж совсем терминальный плохой sql. coder Уже с Приветом Posts: 798 Joined: Sun Jan 06, 2002 1:01 am Location: CT

Post by coder » Sat Oct 01, 2005 8:14 am

Да, написано действительно вполне доходчиво. Т.е. проблема-то в терминах. Неопнятно только почему тут же он пишет

Resist the argument that you need to rebuild Indexes regularly because "they become unbalanced"

Ведь если, пользуясь его терминологией, индекс становится очень сильно "скошенным" или "неравномерно распределенным", то вполне возможно что перестройка индекса позволит запихать те же узлы в меньшее количество уровней.

Т.е. крайний случай, когда в ветке "направо-направо-направо-. " лежит 1000 узлов, а в "направо-направо-налево-. " 2, и во всех остальных по 1-2, то такое дерево можно сделать на 3 уровня короче (или на 2, если правая ветка забита до отказа).

Другое дело, что может из всех возможных случаев случаться это может довольно редко, но это ведь уже другой вопрос.

verzlo Уже с Приветом Posts: 899 Joined: Fri Jul 20, 2001 1:01 am Contact:

Post by verzlo » Tue Oct 04, 2005 12:06 am

Ессно - возникает concern по поводу managebility такого зверя..[/url]

На счет размазывания базы, я не совсем понимаю что имелось ввиду - база как была одна, так и осталась . Добавляется кол-во инстансов, ессно вполне могут возникнуть задержки синхронизации, но чисто теоретически при оптимальных сетевых настройках и грамотном распределении нагрузки в конфликтных случаях проблемы синхронизации можно свести к минимиму и они уже не должны будут зависеть от колва нодов в кластере.
Если вы сталкивались с какими-то трудностами - можете описать в кратце?
Опять же судя по некоторым больщим конторам - они внедрили такие кластера с множеством маленьких нодов и вполне успешно. У нас все пока ограничевается 2-3 нодами - но хотелось бы узнать из первых рук ньюансы работы именно на кластерах с большим кол-вом нодов.

Начинающий разработчики часто путают SYSDBA и DBA между собой. Поэтому столь необходимо осветить различие между ними. Вкратце, SYSDBA – это системная привилегия, а DBA – это роль.

SYSDBA и SYSOPER – это специальные привилегии администратора, которые позволяют выполнять базовые задачи администрирования: запуск или остановка истанса; создание, удаление, открытие или монтирования базы и др. Роль DBA не включает SYSDBA или SYSOPER.

О системной привилегии SYSDBA

Привилегии SYSDBA и SYSOPER позволяют получать доступ к базе данных, даже если база не открыта. Контроль этих привилегий находится за пределами компетенции самой базы данных. SYSDBA и SYSOPER могут также быть расценены как тип подключения, который позволяет выполнять определённые операции для которых привилегии не могут быть назначены другим способом.

Обзор возможностей каждой из привилегий:

Выполнять STARTUP и SHUTDOWN операции
ALTER DATABASE: open, mount, back up, or change character set
CREATE DATABASE
DROP DATABASE
CREATE SPFILE
ALTER DATABASE ARCHIVELOG
ALTER DATABASE RECOVER
Включает привилегию RESTRICTED SESSION
ALTER DATABASE RECOVER
Позволяет подключаться как пользователь SYS

Выполнять STARTUP и SHUTDOWN операции
CREATE SPFILE
ALTER DATABASE OPEN/MOUNT/BACKUP
ALTER DATABASE ARCHIVELOG
ALTER DATABASE RECOVER (Только полное восстановление. Другие формы восстановления, такие как UNTIL TIME|CHANGE|CANCEL|CONTROLFILE требуют SYSDBA.)
Включает привелегию RESTRICTED SESSION
Позволяет выполнять базовые операции, но без возможности просмотра данных пользователя

Выборка пользователей, которые имеют SYSDBA или SYSOPER привилегии:

SQL>column sysdba format a10
SQL>column sysdba format a10
SQL>select * from v$pwfile_users;
USERNAME SYSDBA SYSOPER
———- ——– ———-
SYS TRUE TRUE
SCOTT TRUE FALSE

О DBA роли

Роль DBA – это предопределённая роль, которая автоматически создаётся для каждой базы данных Oracle. Эта роль содержит все системные привилегии, кроме SYSDBA и SYSOPER. Поэтому она очень мощная и должна назначаться только администраторам, которым требуется полный доступ.

Выборка всех ролей с базы данных:

SQL> select role from dba_roles;
ROLE
———–
CONNECT
RESOURCE
DBA
…..

Выборка всех пользователей, которым назначена DBA роль:

SQL>select * from dba_role_privs where granted_role = ‘DBA’
GRANTEE GRANTED_ROLE ADM DEF
———– ——————- —– ——
SYS DBA YES YES
SYSMAN DBA NO YES
LETS DBA NO YES
SYSTEM DBA YES YES

Замечание: вы не можете назначить привелегию SYSDBA для роли. Это приводит к ошибке:
ORA-01931: cannot grant SYSDBA to a role

Для пользователя базы данных могут быть назначены роль DBA и привилегия SYSDBA:

SQL> select * from dba_role_privs where granted_role = ‘DBA’
GRANTEE GRANTED_ROLE ADM DEF
———- ——————- —— —–
SYS DBA YES YES
SCOTT DBA NO YES
SYSMAN DBA NO YES
LETS DBA NO YES
SYSTEM DBA YES YES

SYSDBA и SYSOPER – это специальные привилегии администратора, которые позволяют выполнять базовые задачи администрирования: запуск или остановка истанса; создание, удаление, открытие или монтирования базы и др. Роль DBA не включает SYSDBA или SYSOPER.

О системной привилегии SYSDBA

Обзор возможностей каждой из привилегий:

Выполнять STARTUP и SHUTDOWN операции
ALTER DATABASE: open, mount, back up, or change character set
CREATE DATABASE
DROP DATABASE
CREATE SPFILE
ALTER DATABASE ARCHIVELOG
ALTER DATABASE RECOVER
Включает привилегию RESTRICTED SESSION
ALTER DATABASE RECOVER
Позволяет подключаться как пользователь SYS

Выполнять STARTUP и SHUTDOWN операции
CREATE SPFILE
ALTER DATABASE OPEN/MOUNT/BACKUP
ALTER DATABASE ARCHIVELOG
ALTER DATABASE RECOVER (Только полное восстановление. Другие формы восстановления, такие как UNTIL TIME|CHANGE|CANCEL|CONTROLFILE требуют SYSDBA.)
Включает привелегию RESTRICTED SESSION
Позволяет выполнять базовые операции, но без возможности просмотра данных пользователя

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

Схема по умолчанию для SYSDBA: SYS

Схема по умолчанию для SYSOPER: PUBLIC

Выборка пользователей, которые имеют SYSDBA или SYSOPER привилегии:

О DBA роли

Выборка всех ролей с базы данных:

Выборка всех пользователей, которым назначена DBA роль:

Замечание: вы не можете назначить привелегию SYSDBA для роли. Это приводит к ошибке:

Для пользователя базы данных могут быть назначены роль DBA и привилегия SYSDBA:

В процессе поиска работ ы ч асто можно встретить такую вакансию, как разработчик Oracle. Для те х к то хоть немного интересуется программированием , компания Oracle будет на слуху , а потому эти люди с могут привести о ней несколько фактов. Но кто такой разработчик Oracle и что он делает? На эти и другие вопросы мы сегодня постараемся ответить.

Что такое Oracle

проектированием, производством и продажей программных и аппаратных продуктов;
финансированием и инвестированием IT-стартапов;
обучением;
консалтингом;
предоставлением хостинг-услуг;
разработкой и созданием инструментов для СУБД;
и др.

Кто такой разработчик Oracle и что он делает

когда говорят о разработчике, который работает в компании Oracle;
когда говорят о разработчике, которы й работает с продуктами компании Oracle.

Что делает разработчик Oracle, который работает в самой компании

Тесты. Тесты проходят все: кто устраивается программистом или любым другим сотрудником. Тесты проходят онлайн , и состоят они из нескольких десятков разносторонних вопросов, которые затронут 4 основные сферы: ваши интеллектуальные способности, коммуникацию и работу в команде, основы программирования, практическое программирование. Тест должен выполн ять ся за определенное время.
Техническое собеседование. Проводится онлайн или в офисе. На этом этапе вам нужно будет ответить на вопросы технического плана, затрагивающие область вашей будущей работы. Если вы устраиваетесь разработчиком, то на этом этапе вам нужно будет показать свои технические навыки.
HR-собеседование. На этом собеседовании вас могут спросить чт о у годно: начиная от программирования и заканчивая рассказом о своей семье. Суть этого собеседования — выяснить , какой вы человек.

Что делает разработчик Oracle, который работает с продуктами компании

разрабатывает и поддерживает базы данных;
пишет SQL-запросы;
ищет и устраняет уязвимости в базах данных;
обслуживает сервер ы ;
собира ет и обрабатыва ет необходимую информацию из баз данных;
улучша ет систему хранения информации;
и др.

Заключение

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

Мы будем очень благодарны

если под понравившемся материалом Вы нажмёте одну из кнопок социальных сетей и поделитесь с друзьями.

Читайте также: