Стартовала новая облачная программа Oracle для партнеров. Oracle программа описание


Программное обеспечение | Oracle Academy

Java Development Environments

Среда разработки — это коллекция процедур, процессов и инструментов, используемых для разработки, тестирования и отладки исходного кода или программы. Более того, среда разработки также предоставляет разработчикам единый пользовательский интерфейс. Существует множество бесплатных сред разработки для Java, включая используемые в семинарах и учебных планах Oracle Academy.

Знание Java является наиболее распространенным требованием к техническим специалистам при найме на работу. Эта технология используется более 9 млн разработчиков по всему миру. Java помогает сократить расходы, реализовывать инновации и повышать качество служб приложений; это язык программирования № 1 для интернета вещей, корпоративных и облачных вычислений.

Щелкните изображения ниже, чтобы загрузить бесплатные среды разработки Java с соответствующих веб-сайтов и начать развивать свои навыки программирования на Java уже сегодня. 

  • Alice

    Инновационная учебная среда программирования Alice была создана специалистами Университета Карнеги — Меллон. В этой среде с помощью перетаскивания учащиеся могут легко создавать трехмерные анимации. Среда Alice предназначена для первого знакомства учащихся с объектно-ориентированным программированием и будет полезна в обучении учащихся в возрасте от 8 до 22 лет. Среду Alice скачивают более миллиона раз в год.

  • NetBeans

    NetBeans — это интегрированная среда разработки с открытым исходным кодом. Она включает инструменты, необходимые для создания настольных, корпоративных, мобильных и веб-приложений с помощью Java, C/C++, PHP, JavaScript и Groovy.

academy.oracle.com

Работа с СУБД Oracle дома. Быстрый старт

Цель заметки

Пошаговое описание того, как в домашних условиях с наименьшими трудозатратами установить и запустить СУБД Oracle (для начала в академических целях). И чем-нибудь к нему подключиться и выполнить простой запрос. Замечу, что можно пойти разными путями, я выбрал, как мне кажется, максимально гибкий и минимально трудоёмкий.

Лирическое отступление

Моя программистская деятельность тесно связана с разработкой программ, работающих с базами данных. По мере моего взросления, мне удалось/пришлось поработать с разными СУБД. Были проекты и на Delphi 5 + BDE + Paradox, были и MS Access + VBA, были и Delphi 2006 + ADO + MS SQL Server. Но так получилось, что в компании, в которую я пришёл в 2006 году, использовалась СУБД Oracle. И надо признать, эта СУБД меня сильно впечатлила. И, хотя, моё основное направление – это разработка интерфейсов для работы с БД (т.е. Delphi), у меня достаточно задач и по проектированию структуры БД и реализации бизнес-логики на PL/SQL. И самое главное, я по сей день открываю всё новые и новые возможности этой СУБД :с)

Я не буду больше нахваливать эту СУБД, приведу лишь пару интересных ссылок: Oracle vs MSSQL2k и Oracle 10g vs SQL Server 2005.

Это бесплатно?

Oracle предоставляет несколько версий своей СУБД, есть и бесплатные её редакции. А самое главное, у Oracle есть бесплатный набор для ознакомительных целей разработчиков, им и воспользуемся.

Что для этого нужно?

Во-первых, надо зарегистрироваться на официальном сайте Oracle. Ссылка для регистрации находится в самом верху, надо не побояться вбить свои контактные данные. (Или побояться, и вбить чужие:))

Во-вторых, нам понадобится виртуальная машина. С этой страницы, Вы можете скачать дистрибутив VirtualBox последней версии для своей платформы (Windows/Mac/Solaris/Linux). Установка виртуальной машины тривиальна (можно выбрать русский язык). А вот её сетевые настройки – не совсем, но об этом позже.

В-третьих, чтобы не заниматься скачиванием/разворачиванием/настройкой СУБД, просто скачиваем уже подготовленный для VirtualBox образ виртуальной машины, на которой это уже всё сделано за нас. Надо заметить, Oracle предоставляет разработчикам несколько инструментов уже собранных и установленных на виртуальную машину. Последние версии образов виртуальных машин можно скачать отсюда. Нам же понадобится Database App Development VM - по этой ссылке вы попадёте на страницу с описанием, как всё установить (ссылка действительна на момент написания заметки, если она не работает, то просто найдите пункт “Database App Development VM” по предыдущей ссылке). А вот и сам образ (внимание: 4.2 Гб!). После скачивания, образ импортируется в VirtualBox (Файл \ Импорт конфигурации). Ну и после импорта проверяем, правильно ли импортировалось. Запускаем двойным кликом по Oracle Developer Days. Как только прогрузится операционная система и Вы увидите экран c надписью “Enterprise Linux 5”, воводите oracle/oracle – позволяем системе донастроится (ждём, пока не появится окно терминала). Теперь мы готовы продолжать, а если не готовы, то гостевую машину можно выключить – либо через саму операционную систему (System \ Shut Down – это выключит гостевую машину), либо через меню VirtualBox (тут есть варианты, через меню лучше ставить машину на паузу, но не выключать).

Итак, теперь у нас есть:

  • VirtualBox – менеджер виртуальных машин;
  • виртуальная машина Oracle Developer Days с предустановленной ОС (Linux) и предустановленной СУБД Oracle (Enterprise Edition). А ещё тут предустановлен ряд инструментов, нам понадобится Oracle SQL Developer.

Пробуем выполнить запрос?

Конечно! Запускаем Oracle Developer Days (если успели выключить), логинимся (username: oracle, password: oracle). В окне терминала запускаем СУБД командой

emctl start dbconsole

эту строку можно скопировать из самого же терминала, чуть выше. Ждём немного, и в окне терминала видим, что СУБД стартанула.

Запускаем Applications \ Oracle Dev Days \ Oracle SQL Developer. Заводим запись для подключения к нашей базе: File \ New… –> Database Connection (либо на вкладке Connections нажимаем плюсик). Заполняем окно:

Здесь: Connection Name – произвольное имя для инструмента Oracle SQL Developer, Username – имя пользователя БД (scott – стандартное имя для предустановленной СУБД), Password – пароль пользователя (вводим oracle; все пароли на данной машине одинаковы). Connection Type – способ подключения к БД, выберем самый простой в данном случае – подключение с использованием TNS. Network Alias – это сетевое имя БД, известное службе TNS (у этой службы есть свой конфигурационный файл, в котором прописаны алиасы; за алиасом скрываются детали подключения к БД, такие как хост, порт, сид (имя экземпляра БД, он же инстанс) и другие), выбираем ORCL. Для проверки жамкаем Test, и над кнопкой Help увидим Status : Success (или увидим причину, по которой не удалось подключиться). Жамкаем Save и закрываем окно. Теперь подключаемся – двойной клик на только что созданную запись, в правой (основной) части окна вводим простейший запрос:

select * from emp

и нажимаем Ctrl+Enter. Должно получиться примерно так:

Вкладка Query Result показывает результат выборки.

 

Спасибо за внимание

На этом пока всё, жду комментариев. В принципе, я планирую развить тему как минимум двумя пунктами:

  1. Подключение к данной Oracle из хост-ситемы и из другой виртуальной машины.
  2. Пишем простое приложение на Delphi.

Если Вас это заинтересовало, пишите, это будет мне стимулом для продолжения :с)

www.delphinotes.ru

Программа Oracle

Здравствуйте. У нас на предприятии внедряют бухгалтeлтерскую программу Oracle. Никому из бухгалтеров нашей организации она не нравится. Все плачут по 1С. Скажите, кто нибудь слышал про эту программу или работает в ней? Ососбенно интересует мнение и опыт жителей Москвы и Питера. Ваше мнение о ней. Спасибо.

Комментарии

ERP-система не для всех.... Но 1С, поверьте мне, ни в какое сравнение не идет. Единственное, что могут внедрить криво. Вот тогда и будете плакать.
Вот и плачем-). У нас 40% бухгалтеров поувольнялось из за него, даже те, кто по 15-20 лет проработал (хотя конечно Oracle не основная причина, но он стал толчком к этому повальному увольнению).
Дело в том, что ERP-системы не расчитаны на средний уровень. Это все равно, что человека, едва научившегося тыкаться в Paint, заставят работать с AutoCAD. Я начинала работать с SAP R/3, вообще не представляя, что есть ERP и с чем их едят. Меня никто ничему не учил. А вот бухгалтеров натаскивали специально. У меня было желание работать в компании, было желание быть на уровне, мы с консультантами и бухгалтерией долго и упорно мучались, но результат был первоклассным. Так что решите, чего вы хотите - до конца дней своих страдать с 1С или научиться управлять своими ресурсами. Если второе, то с говоловой окунитесь в систему, и вы увидете все преимущества работы с ERP. Я с Oраклом не работала (имею только представление о СУБД их производства), но между собой ERP-системы отличаются только интерфейсом. Вам предоставляется уникальная возможность. Не упустите ее.
Аааа, тогда так и скажите, что с Oracle не работали-). Я например с 1С не мучился и никто меня в нем работать не учил- это такая программа, которая интуитивно понятна. А этот гребаный Oracle полный бред. Я был в отпуске, приезжали спецы, обучали сотрудников (у нас большая организация, бухгалтеров и экономистов около 40 человек если не больше,). И что толку с этих спецов-консультантов- месяц обучали, ну умеем кое что делать, но практической пользы я не вижу никакой (нет ни скорости в обработки документов, цифры ваще иногда непонятно откуда беруться, ничего не найдешь если что надо будет искать). Мо
может у вас особенный какой то Оракл? Прога вечно тупит, проводит непонятно как документы. Смех, марки не можем оприходовать- по 2 дня приход делается, через 4 модуля. А в 1С за 5 минут все делалось
Я не работала с Оракл Е-Бизнес. А с самим Ораклом приходилось. Так что представление имею. Вообще по идее вам должны помогать консультанты внедряющей ораганизации, мучаться будете минимум полгода - естественное становление ERP на предприятии тянет за сообой проблемы, а также необходимость отладки системы. Я вот сейчас от 1С плююсь - все в ручную надо делать, задолбало уже. Как отчет - тыкаться надо по каждой позиции по 500 раз. А в SAPе достаточно было в одной транзакции набрать необходимые сведения и - вуаля - имеем готовый читабельный отчет. Так что на начальных этапах не будьте так категоричны. Скажите спасибо, что систему ставят одну, а не три.... Ну а 1С по правилам внедрения ERP-систем должны вам оставить. Если не оставят, но наступят на очень распространенные грабли, которые, например, не в последнюю очередь привели к банкротству Хёрши.
Хех, похоже мы на грабли наступили-). Оракл внедрили в июне, а в 1С не работаем с 1 июля-). Только один отдел работает еще в 1С, и то я не уверен, что они там все делают в полном объеме, как раньше. Насчет 1С я не знаю даже как вам и ответить, я там мог любую цифру найти- что откуда пришло и куда ушло за 3 минуты. Тут же я с трудом ваще что либо нахожу. Если вы говорите что прога все таки лучше, то я так понимаю, есть на это основания. Ну посмотрим, что дальше будет. Но работу в другой организации я уже ищу-).
Можно совет - попробуйте понять в системе максимум. Это очень нужно и важно. На сколько я знаю, 1Совскую восьмерку тоже делают уже не под MRP, а как ERP, соответсвенно знания Вам пригодятся. 1С - 7.7 - примитивная база данных. Если контора большая, то в ней только есть денежные потоки отражены получается, но никак не хоз.деятельность. В этом вся разница. У внедрения ERP систем есть масса подводных камней и куча граблей, которые почему-то никто не хочет учитывать. Одним из факторов провального внедрения ERP часто называют человеческий ресурс, а точнее некомпетентность оного и отсутствие всякого желания и мотивации что-то новое изучать.
Контора очень большая- мы всего лишь один из 8 филиалов. Будет смешно, если из за неправильного внедрения Оракла контора обанкротится (я даже это представить не могу как такое может быть). А с другой стороны даже Херши обанкротилась, то что уж с нас удивляться. Поживем- увидим.
Хёрши обанкротилась в первую очередь из-за наплевательского оношения руководства. Головой надо иногда думать. Как можно накануне больших американских праздников (типа хэллоуина) на складах ставить в голяк сложную систему учета, не дав даже толком научиться работать с ней? А Нестле, воспользовавшись неразберихой в Хёрши, не только получила дополнительную прибыль, но и прикупила у терпящей убытки компании торговые марки. Кстати, шоколадки, которые раньше делали Хёрши, в исполнении Нестле есть вообще невозможно.....
Если рассматривать данные на уровне таблиц, то и в 1С 7.7, и в 1С 8, и в SAP, и в Axapta, и в Oracle, и в других решениях - ОДНА И ТА ЖЕ "примитивная" реляционная база данных.

- -------

Факторы провала внедрения (в порядке уменьшения важности):- несоответствие системы нуждам предприятия- сложность (невозможность) изменения системы в условиях изменяющихся условий бизнеса- недостаточная квалификация специалистов, занимающихся внедрением и поддержкой системы- недостаточная квалификация обслуживающего персонала

Озвученная вами причина - последняя по важности. А отсутствие желания изучать новое естесственное и свойственно без исключения всем людям, это изучается в любом курсе по управлению и руководству (МВА хотя бы). И на это не нужно злиться, это нужно уметь обходить.

В 1С можно построить отчёт любой сложности. Если даже не лезть в конфигуратор есть настраиваемые универсальные решения, вроде "Печать документов" (по виду, набору условий) и "Универсальный отчёт" (по бух.итогам, регистрам).

Если не знаете - не стоит говорить.

Из ваших слов однозначно вытекает: 1С - от лукавого, для недоумков, западные ERP - верх совершенства, достигнутый человечеством.

Ещё раз что вы не были голословными: что вы делали вручную? Куда вы тыкались по 500 раз? Пример.

Хорошо, расскажите мне, пожалуйста, как в 1С можно сформировать отчет об затратах по одному покупаемому виду услуг за прошедших 2 года? Бухгалтер мне показала только один способ: сделать акты сверки со всеми контрагентами, у которых услуга покупалась, и потом проваливаясь в каждую позицию, смотреть, какой вид услуг был куплен. И ВРУЧНУЮ записывать, что на такую-то дату у такого-то контрагента была куплена вот эта самая услуга. Ну?
Из стандартных - "Универсальный бухгалтерский отчёт". Или рукописный (пишется за 10-15 минут, пользуетесь до конца времён).
В общем сказали, что про "Универсальный бухгалтерский отчёт" никто даже и не слышал. Где он находится? В какой версии есть? Подскажите, пожалуйста:)
Аналогичный есть и для 1С 8, тоже на ИТС.
"Дело в том, что ERP-системы не расчитаны на средний уровень." - ERP правильно настроенная и набитая данными рассчитана на кладовщика."научиться управлять своими ресурсами." - в задачу бухгалтерии не входит.
"ERP правильно настроенная и набитая данными рассчитана на кладовщика" - в России удачными внедрения называю 40-50%, это первое. Для ERP нет понятия правильной настройки.У бухгалтерии есть тоже свои затраты. Или они на улице на счетах считаю? Кстати, счеты в данном случае тоже будут ресурсами.
Вы бы по контексту разделили бы СУБД, модель данных в смысле СУБД, модель данных аля предприятие, системный инструментарий, прикладной пакет частного решения своей задачи, ну отдельно бы выделили задачу бухучета, которая в ваших толкования тыщи 3 лет как уже не нуждается. А то у вас такая популисткая каша получилась, как будто вы очередной представитель популярной профессии - консультант по выбору ERP.
Упаси господи (это я про консультанта....). Задача бухучета - в учете данных. Каждый учитывает так, как ему удобно. Но в случае с ERP проще управлять данными. Были моменты, когда я вместе с бухгалтерией разбиралась в построении новых отчетов, например, чтобы было удобно обеим сторонам работать. В 1С 7.7 это сделать сложно, если вообще возможно. Ну да ладно.
Пример подобного отчёта, пожалуйста. Просто чтобы не быть голословным.
Oracle поднимат вашу цену, если научитесь его грамотно использовать.
Ни хрена подобного!Если работодателю нужен спец. с обязательным знанием Oracle (или SAP....), тогда он предлагает более высокую з/п.
иначе если приходит специалист как мимоходом, то ему будет влиться крайне сложно.....
Если специалиста еще пару месяцев придется учить этому Oracle, то проще взять студента и научить его с нуля. Так и поступают многие пользователи специфических программ...
Ну или так.... Меня так и взяли - спецов все равно нет на рынке, а так хоть в компе шарю да училась на международке.....
Те немногие, у которых стоит Oracle, да. Но для подавляющего большинства данный опыт не представляет ценности.

Выбор за человеком чего он хочет: получать больше (не более чем на 10-20%), при условии работы в 1-3% компаний, или получать среднюю зар.плату, имея возможность трудоустройства в 90-95% компаний.

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

А я и не спорю. Ну разве что з/п может быть больше и на 50% - исключительно из-за программы, ну и чтоб не сваливали из компании.
Мне кажется что мы про разный Oracle говорим. Тот, что у нас- похоже просто туфту какую то сплавили нашему руководству. У него даже интерфейс какой то примитивный. Марки почтовые по два дня оприходовать не можем. И че это за работа, в чем смысл Oracle как программы для ведения б/учета? Списал например материал, ошибся, нашол ошибку- все, пипец. Надо делать какое то нелепое сторно. В 1С зашол да поменял документ, перепровел. А тут че, че хорошего- как сапер прям, не имею право на ошибку-).
Еще раз повторю - на отстройку системы, адаптацию персонала, накопление данных нужно МИНИМУМ полгода. Чаще нужно еще больше времени.
Останется. Или новых наберут, но уже со знанием ERP-систем.
новые тоже не в восторге. А знать ERP-систем дело программистов и сисадминов.
Вообще-то обычно бухгалтера остаются на 1С, а Oracle используется финансистами, причем данные в Oracle переносятся легко и просто... Вам надо убедить руководство пока оставить 1С. Параллельно маяться с Oracle....
Я уже про это ему говорила. Сказал, что уже убрали. Хотя свежо придание....
Ага, их убедишь-). Пускай внедряют, мне как то все равно. Моей ноги в конторе не будет.Ответ Ollie.Ну и долго нам еще на запад ровняться? Как задорнов говорит "они же тупыыые". И он прав. Взять американское общество к примеру. Они же знают даже кто такой Гитлер и когда была 2 мировая война. Разве не так? Есть конечно умные люди у них, которые управляют остальными как стадом баранов. Поэтому америка и живет хорошо- каждый сверчок знай свой шесток. Вот и все.
Они же НЕ знают даже кто такой Гитлер и когда была 2 мировая война. Разве не так? Есть конечно умные люди у них, которые управляют остальными как стадом баранов. Поэтому америка и живет хорошо- каждый сверчок знай свой.
Да пусть не знают. Но живут они лучше. Сама видела. Чтобы мне жить, как живет семья из автослесаря и горничной, надо получать в 3-5 (!!!!!) раз больше. Это не зависть. Просто система так устроена. И она пусть в чем-то плоха, но это лучше, чем на пенсии бутылки собирать и мечтать о смерти, а не наслаждаться жизнью.
Конечно, почему же им хорошо не жить- во вторую мировую их не бомбили, 20 млн. населения не теряли, промышленность им не разорила война! Наоборот, они от этой войны только выиграли, ввели в долговую кабалу всю европу и живут припеваючи до сих пор (это я про план Маршалла).
А я изначально говорила про Европу вообще-то. Тот же SAP родом из Германии, если что. А на Америку мне вообще чихать с высокой колокольни сами изнутри себя уничтожат. У них это неплохо получается.
Да не равняйтесь. Живите, как Вам нравится. Просто хаете хорошую систему управления ресурсами предприятия. Я работала с ERP - мне нравится: удобно и быстро. Если Вы консерватор, то идите работать в гос.структуру, где никогда ничего не меняется. Я все сказала.
Я не консерватор. Может все таки мы про разные программы говорим? Ладно. Этот спор бессмысленен. БОГ, ХРАНИ АМЕРИКУ гггг.
Все, здаюсь-). Будем изучать ERP... Через полгода расскажу, чем все закончилось-).
Независимо от нашего мнения процесс внедрения не остановится. Поэтому вам стоит решить: хотите ли вы изучать Oracle, или нет. Мои размышления по этому поводу здесь www.superjob.ru/community/message/871411/19625/#co...

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

Объяснять, думаю, не нужно, что чем больше людей одновременно работает, чем богаче функционал, чем точнее она соответствует вашей фирме, чем проще вносить в неё изменения, и чем она проще и дешевле - тем лучше.

Идеал недостижим. Можно привести хотя бы известную шутку: "Выполню работу: быстро, качество, дешёво. Выберите 2 из 3". Поэтому вопрос сводится в выбору лучшего из доступного.

1С 7.7: удобная, простая, привычная. Простая не значит нефункциональная. Ножом можно резать г@внo, а можно вырезать фигурки из дерева. На основе 1С 7.7 можно построить простенькую БД, а можно реализовать бизнес-процессы небольших и средних компаний.

1С 8: удобная, более функциоальная, менее простая. За всё нужно платить. Больший функционал и скорость работы (в ряде ситуаций) требуют иных алгоритмов и иных аппаратных средств.

На базе 1С 8 строятся достаточно сложные системы, напр. компания ХХХ (100 т.чел., 10 тыс. одновременно работающих пользователей, 3 страны мира, более 300 филиалов) построила на базе 1С 8 свою систему автоматизированного учёта. Для её поддержания и развития требуется штат из 20 специалистов в центральном офисе + 1-2 программиста, в каждом из филиалов. В данной системе реализованы все бизнес-процессы компании (включая бух.учёт в 3 странах), и реализована возможность построения отчётов (только в центральном офисе) по любому из филиалов или в целом по компании за приемлимое время. Они отказались от других систем (Oracle, SAP R/3, Axapta) из-за высокой сложности внесения изменений и высокой начальной стоимости (1С в разы дешевле).

На базе 1С можно реализовать в одной программе все виды учёта и бизнес-процесс любой сложности. На базе 1С 8 (и на 7.7 тоже, но сложнее) можно вести в одной базе несколько компаний, каждая из которых может быть на своей системе налогооблажения.

Западные решения отличаются от 1С тем, что бухгалтерский учёт в них практически не реализован. Это следствие МСФО и GAAP, которая принята у них, а не замороченной и часто изменяющейся системы бух.учёта, которая применена у нас. Поэтому внедряя любую из западных систем, 1С тоже будет, а у программистов появится рутинная работа по переносу данных между данными программами.

Насколько реализованы бизнес-процессы в каждой конкретной программе (или паре программа-конфигурация, терминология 1С), и что проще: купить готовое или сырое и дописать - это как раз и есть головная боль руководителей ИТ-отделов. По своему опыту могу сказать, что большинство этих систем жутко ТУПЫЕ! Многие не допускают изменений вовсе (настраиваются галочками и переключателями), или их программный код настолько сложен, что только законченный псих возьмётся за сколь-либо серьёзные изменения. Но с другой стороны, вы же не переписываете Windows, хотя он вас, возможно, чем-то и не устраивает.

Стоимость внедрения и обслуживания западных систем также значительно выше стоимости обслуживания 1С.

Да, почему я говорю только об 1С. Просто потому, что не знаю других систем, позволяющих вносить изменения в программный логику своей работы. Парус, Оазис, и др. - "закрытые" системы, их можно настроить, но добавить свой документ, или изменить логику работы существующих нельзя.

Вы спрашивали мнение: я бы не стал внедрять Oracle, и занялся бы внедрением 1С. Но, увы, многие руководителя "клюют" на радужные описания и красивые слова "интеграторов".

В компании где я работаю внедрена одна из ERP-систем. Каждый новый отчёт к ней стоит от 10 т.р. Я их пишу прямыми запросами к SQL-серверу за 5-10 минут. Сложные отчёты, которые стоят от 100 т.р., у меня уходит 5-7 дней.

Спасибо за разьяснение. Посмотрим, чем закончится внедрение Oracle. Но я так скажу, с точки зрения б/учета я не увидел ни одной функции или возможности программы, которые бы меня как то удивили или просто понравились. Ну что это за учет, если к примеру, "картридж для принтера" в учете материалов по количеству стоит ноль, а по сумме учитывается на 3 рубля? В товарно-материальном отчете допустим, есть к примеру "картридж для принтера", а в функции программы, которая позволяет смотреть наличие того или иного материала во время списания, его нет. В 1С если заподозрил что ты ошибся где то в цифре, можно было в эту цифру зайти и посмотреть, с чего она складывается. А в Oracle ничего подобного нет. И как я что могу ваще найти, о каком упрощении работы можно говорить? Интересно, как баланс за 3 кв. делать будем? Стока бабок угрохать за такую ерунду-(.
Два замечания:1. пока у вас идёт внедрение вы вправе требовать от интегратора (внедренца) то, что хотите видеть в программе, включая расшифровку отчётов ("зайти в цифру и посмотреть"). Только не просить, а именно требовать. Иначе ничего сделано не будет.2. это не ерунда, а сложная система, не совсем (или даже совсем не) предназначенная для ведения отечественного современного бух.учёта. Это как грузовик (Камаз напр., или даже Белаз) для поездок на работу. Он и дороже легкового автомобиля, и больше, и бензина жрёт больше, но, но, но...:-)
Когда мы собирались внедрять систему управления ресурсами пониже классом, пришлось делать консалтинговое исследование и прописывать все должностные обязанности, штаты, процедуры прохождения документации, входа ресурсов в предприятие и выхода из него и пр., потом все это привязали к регламенту работ и только потом дошло дело до внедрения. По поводу 1С - действительно можно работать и с ней, зависит от организации. Но допустим я как пользователь в Abacus мог получить любой отчет без програмиста, путем составления запроса. Т.е. стандартные отчеты могли мне например дать данные о проводках по ресурсу, группе ресурсов, виду ресурсов, в разрезе бухгалтеров совершивших проводку в определенном интервале времени, в заданном интервале порядковых номеров проводок, с учетом отражения в бухгалтерском, налоговом учете, учете разниц, учете отложенных активов, пассивов, обязательств по каждой хозяйственной операции (проводке). Это мне требовалось чтобы проверить разницы и их последствий, которые были сформированы предположительно в группе учета материалов и в группе учета ОС в предполагаемый период после совершения мной определенной хозяйственной операции. Возможности получения информации в такой компоновке стандартными отчетами 1С в этом плане всетаки ограничены, по крайней мере для обычных пользователей. А в моем случае это не отчет, это такой запрос мне захотелось сделать, причем я могу его ограничить массой фильтров практически по всем возможным реквизитам, имеющимися в системе. Любой счет и вся база данных могли выдаваться в любой валюте, имеющейся в системе, без какого -либо пересчета. Но организация проекта превыше всего. Инструмент может быть хоть золотой.

www.superjob.ru

Стартовала новая облачная программа Oracle для партнеров

Корпорация Oracle объявила о старте новой программы Oracle PartnerNetwork (OPN) Cloud Program для партнеров, которая призвана помочь им в развитии облачного бизнеса с Oracle Cloud и предоставляет  технологическую поддержку и помощь в освоении рынка. Благодаря преимуществам и статусам новой программы партнеры смогут демонстрировать и подтверждать свою экспертизу по Oracle Cloud, решения для вертикальных рынков и успешные проекты по облачным сервисам.

«В настоящий момент партнерская сеть Oracle предлагает самый полный спектр облачных программ, доступных сегодня, — отметил Шон Прайс (Shawn Price), старший вице-президент Oracle по направлению Oracle Cloud. — Стремительное развитие нашего облачного бизнеса и обширное портфолио облачных SaaS, PaaS и IaaS сервисов предоставляют беспрецедентные возможности как партнерам, так и клиентам. И теперь мы можем дать нашим партнерам, профессионалам в своем деле, инструменты, которые им необходимы, чтобы помочь клиентам успешно перейти на наиболее современные модели бизнеса. Масштабное партнерское сообщество включает десятки тысяч экспертов с обширными навыками по внедрению, которые помогут нашим клиентам успешно осваивать облачные технологии».

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

Четыре новых уровня облачной партнерской программы OPN Cloud включают:

  • Cloud Standard — первый уровень в программе, позволяющий облачным партнерам становится конкурентоспособнее на рынке. Эти партнеры обладают навыками и экспертизой по сервисам Oracle Cloud и обычно фокусируются на специфических или специализированных решениях в рамках одной из ключевых продуктовых линеек Oracle.
  • Cloud Select — партнеры, которые получили облачную специализацию Cloud и/или разрабатывают и продают технологии или сервисы Oracle Cloud, а также имеют опыт успешного сотрудничества с клиентами по развертыванию решений на основе Oracle Cloud.
  •  Cloud Premier — партнеры, которые трансформировали бизнес, чтобы сосредоточиться на внедрении своих тиражируемых решений на основе Oracle Cloud у клиентов. Преимущества включают технологическое содействие, помощь в освоении рынка и дополнительные ресурсы по поддержке проектов в их регионах присутствия.
  •  Cloud Elite — высший уровень в программе. Это высоко квалифицированные партнеры, выбравшие облачный бизнес своим первейшим приоритетом. Они сделали значительные инвестиции в развитие экспертизы по различным решениям Oracle Cloud и подтвердили стремление предоставлять их клиентам. Это компании, которые будут приоритетными партнерами при освоении рынка и получат преимущества наиболее тесного сотрудничества и более выскоих обязательств со стороны Oracle для расширения совместного облачного бизнеса.

«Новая партнерская программа Oracle, на наш взгляд, определяет место и роль партнеров в развитии облачных технологий - стратегического направления для корпорации, - говорит президент ГК ФОРС Алексей Голосов.- Новая программа Oracle PartnerNetwork Cloud поможет нам органично расширить возможности бизнеса и совместно с компаниями-партнерами предложить рынку новые возможности трансформации информационных систем на базе архитектуры нового облачного поколения Oracle Cloud, сохраняя и используя при этом все прежние наработки, основанные на технологиях Oracle».

www.oracle.com

Oracle запускает новую программу для партнеров по развитию облачного бизнеса

Корпорация Oracle сообщила, что количество партнеров, расширяющих возможности для развития бизнеса и роста доходов в облаке с Oracle, достигло рекордного показателя. Для поддержки партнеров в укреплении облачного бизнеса Oracle анонсировала новую облачную программу как часть партнерской программы Oracle PartnerNetwork (OPN), которая позволяет существующим и новым партнерам Oracle успешно развивать облачный бизнес вместе с Oracle. Новая облачная программа Oracle для партнеров запускается с 1 февраля 2016 года.

«Облачные технологии являются нашим наивысшим приоритетом, и мы перестраиваем наши ресурсы для поддержки этой стратегической инициативы, — отметил Шон Прайс (Shawn Price), старший вице-президент Oracle по направлению Oracle Cloud. — Мы будем работать с экосистемой партнеров, опираясь на всю историю наших партнеских отношений, чтобы переориентироваться на облако и в полной мере использовать открывающиеся перед нами возможности. Мы стремимся расширять наше партнерское сообщество и предоставлять всем его участникам инструменты, технологии и знания, необходимые для превосходного обслуживания наших общих клиентов и достижения успеха на рынке»

Oracle отмечает ускоренное освоение клиентами обширного и постоянно растущего портфолио облачных продуктов и сервисов компании. Новая облачная программа призвана помочь партнерам в использовании преимуществ интегрированного облачного портфолио Oracle для перевода существующих и новых клиентов в облачную среду.

Новая облачная программа Oracle предлагает участникам OPN возможность демонстрировать свои навыки, компетенции и инвестиции в Oracle Cloud, а также получать конкурентные преимущества, используя интегрированные облачные приложения и платформенные сервисы Oracle. Эта программа дополняет существующую партнерскую программу OPN для обеспечения должного уровня признания и соответствующих преимуществ. Сотрудничество с Oracle в облаке позволит партнерам получать значительную помощь в развитии облачного бизнеса и предоставит возможности для достижения успеха. Oracle PartnerNetwork теперь предлагает всеобъемлющее портфолио облачных программ, чтобы партнеры могли в полной мере реализовать конкурентные преимущества, предлагаемые облачными сервисами Oracle.

Дополнительно Oracle включила в партерскую программу OPN новый начальный уровень Cloud Registered. Он позволяет новым облачным партнерам немедленно, без первоначальных инвестиций, получить возможности для начала и развития бизнеса с использованием Oracle Cloud. До 31 мая 2016 года новые облачные партнеры могут присоединиться к OPN на уровне Cloud Registered, чтобы воспользоваться ключевыми преимуществами Oracle Cloud без взноса за участие в программе. Участники уровня Cloud Registered получат право на такие преимущества, как возможность продавать (resell) платформенные решения Oracle Cloud, включая PaaS (Platform-as-a-Service, платформа как сервис) и IaaS (Infrastructure-as-a-Service, инфраструктура как сервис), доступ к сайту OPN Cloud Business Builder, предлагающему техническое обучение и ресурсы для поддержки маркетинга, продаж  и внедрения облачных решений Oracle, а также брендинг OPN. Более подробную информацию можно получить по ссылке.

В прошлом году Oracle открыла онлайн-сообщество Oracle Cloud Connection и уже получила более 350000 просмотров со стороны партнеров для изучения и освоения Oracle Cloud, а также обширный спектр облачных программ и обучающих ресурсов, которые помогают партнерам быстрее выводить на рынок облачные сервисы и решения.

Чтобы увеличить охват рынка и расширить возможности партнеров для развития бизнеса и роста доходов с использованием облачных технологий, к партнерской программе продаж Oracle Cloud в рамках OPN в 2016 финансовом году добавлено полное портфолио сервисов PaaS и IaaS, а также новые SaaS-решения (Software-as-a-Service, программное обеспечение как сервис). Программа позволяет реселлерам и дистрибуторам использовать преимущества новых компенсационных выплат за облачные сервисы для большинства решений Oracle SaaS, PaaS и IaaS. Помимо компенсационных выплат программа продаж Oracle Cloud resell program предоставляет партнерам возможность заключать соглашения на несколько лет, а также использовать преимущества продления и расширения контрактов для получения последующих выплат. Только за первый квартал 2016 финансового года партнерская программа продаж облачных решений Oracle расширилась более чем на 122% в сравнении с предыдущим годом.

www.oracle.com

Семейство продуктов Oracle

Выделяют три группы продуктов в семействе технологий Oracle: база данных, сервер приложений и  система управления (Enterprise manager). Это основные компоненты для организации сетевых вычислений (grid computing). Основной концепцией для построения инфраструктуры (Grid-а) выступает виртуализация. Пользователи  работают с информацией (обычно посредством веб-приложения), но они не знают и не должны знать откуда и как эти данные выводятся. Упрощённо – база данных отвечает за хранения и выдачу информации, сервер приложений – за инфраструктуру и развертывание служб нужных пользователю и система управления используется для администрирования и управления. Платформа или физические сервера используемые для работы не имеют значения для конечного пользователя. Виртуализация позволяет эффективно рапределять ресурсы, предоставляя максимальную производительность там где это нужно (балансировка нагрузки).

Сервер баз данных

Сервер баз данных Оракл включает в себя экземпляр (instance) базы данных и саму базу данных с множеством возможностей таких как потоки, партицирование, хранилище данных, репликация и RAC (Real Application Cluster), но самое главное, это надёжное, высоко-производительное хранилище данных, построенное на объектно-ориентированной системе для баз данных. Исторически, один из проектов в поздних 70-ых для поддержки теории предложенной Dr. E.F Codd, привел к созданию реляционной системы управления базами данных (РСУБД), со временем ставшую известной как Oracle Server. Oracle Server это основной продукт Oracle, который продолжает активно развиваться и является ядром других продуктов.

База данных – это набор файлов в дисковой системе. База существует пока существуют файлы. Теоретически нету ограничений по размеру и количеству файлов, таким образом нет ограничений размера базы данных. Доступ к данным происходит через экземпляр (instance) сервера базы данных. Инстанс – набор процессов и структур данных в памяти. Инстанс может быть стартован и остановлен. Пользователи подключаются к инстансу и уже инстанс управляет доступом к данным. Невозможно работать с данными напрямую. Инстанс и файлы базы данных вместе и создают Oracle сервер.

Такая модель доступа является клиент-серверной моделью, также известной как двухуровненой (two-tier) модель. В клиент-серверной модели пользовательский интерфейс и логика приложения не зависят от управления данными. Для приложения разработанного с использованием SQL это значит, что пользовательская часть приложения создаёт SQL запросы, а серверная часть исполняет их. Это классическое разделение клиентской и серверной части, обычно соединённой локальной сетью. Сетевой протокол используемый в Oracle – закрытый и называется Oracle Net.

Клиентская часть состоит из 2ух компонентов: пользователей и пользовательских процессов. В серверной части три составляющие: серверный процесс, который исполняет SQL запросы, instance и сама база данных. Каждый пользователь взаимодействует с пользовательски процессом. Пользовательский процесс взаимодействует с серверным процессом, обычно посредством локальной сети. Серверный процесс взаимодействует с экземпляром, и экземпляр с базой данных. Рисунок 1-1 показывает это взаимодействие. Сессия – это пользовательский процесс с серверным процессом. Обычно это один пользовательскйи процесс для пользователя и серверный процесс для каждого пользовательского процесса. Сессия обычно создается по запросу пользователя и уничтожается когда она больше не нужна: это называется log-on и log-off цикл. Экземпляр и структуры в памяти нужные для работы запускаются администратором и существуют пока администратор не остановит их: это называется запуск и остановка экземпляра.

Пользовательским процессом может выступать любое клиент-серверное приложение которые можнт подключится к Oracle серверу.Мы будет использовать SQL*Plus и SQL Developer. Это программное обеспечение предоставляемое Oracle-ом для подключения к серверу и выполнения SQL запросов. Что использует пользователь абсолютно не важно для Oracle сервер-а. Когда пользователь вводит данные и нажимает кнопку «Выполнить» будет сгенерирована команда, к примеру INSERT и отправлена команда серверному процессу для исполнения  на инстансе и базе данных. Единственное требования это чтобы команда была корректной. Не стоит забывать что все взаимодействие осуществляется согласно клиент-серверной модели. Даже если пользовательский процесс запущен на той же самой системе что и сервер – клиент-серверное разделение всё равно работает и сетевой протокол использвется для взаимодействия между двумя процессами.

Сервер приложений

Со становлением Web-приложений как стандарта для работы пользователей появилась потребность в серверах приложений. Сервер приложений позволяет заменить установленное приложение на компютере пользователя, на приложения установленные в определенном хранилище. Интерфейс пользователю отображается посредством браузера. Такие приложения могут использовать данные, находящиеся в разных базах данных. Oracle сервер приложений – это платформа для разработки, установки и управления web-приложениями. Web-приложение — любая программа, работающая с ипользованием протокола HTTP. Web-приложения обычно используют трех-уровневую (three-tier’s) модель: уровень базы данных, для доступа к данным, пользовательский уровень (им обычно выступает веб-браузер) для отображения окон и диалогов для взаимодействия с пользователем, и уровень приложения между ними, который реализует бизнес-логику для генерации пользовательского интерфейса и выполнения запросов к базе данных.

Возможно использовать отдельное соединение для каждого пользователя: каждый польователь будет создавать сессию к серверу приложений, а сервер приложений в свою очередь создавать подключение к базе данных. Однако, эта модель признана очень неэффективной по сравнению с пулами подключений (connection pooling model). Согласно модели пула подключений сервер приложений создает относительно небольшое количество соединения с базой данных и делает их доступными  для запросов (помещая запросы в очередь при необходимости) для относительно большого количества пользователей сервера приложений. Рисунок 1-2 показывает трех-уровневую модель доступа и использованием пула запросов.

С точки зрения базы данных, нет абсолютно никакой разницы между запросами из SQL*Plus или пула запросов. В первом случае пользовательский процесс происходит на одной машине, во втором случае пользовательский процесс разбит на 2 уровня: сервер приложений генерирует пользовательский интерфейс и пользовательский уровень отображает его.

Enterprise Manager

Увеличение объёма и сложности IT установок может сделать управление компонентами достаточно сложной процедурой. Инструменты управления могут сделать эту задачу легче, и занчительно повысить производительность сотрудников.

Oracle Enterprise Manager включает в себя 3 группы инструментов:

*Управление базой данных (Database Control)

*Управление сервером приложений (Application Server Control)

*Управление инфраструктурой (Oracle Enterprise Manager Grid Control)

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

Управление сервером приложений – инстурмент для управления серверами приложений. Технология управления несколькими серврами зависит от версии. До 10gR2 включительно используется технологий «ферма», с ерпозиторием мета-данных и центральным управляющим входом. Эта модель закрытая и предоставляет отличные позможности для установки и поддержи приложений. Начиная с версии 10gR3 используется технологий основанная на J2EE кластеризации.

И Database Control и Application Server Control состоят из java процессов запущенных на сервере, которые ожидают HTTP или HTTPS подключений. Админстраторы подключаются к ним с помощью браузера. Database Control подключается к базе данных, а Application Server Control к серверу приложений.

Oracle Enterprise Manager Grid Control обобщает управление инфраструктурой. Репозиторий (находящийся внутри базы данных Oracle) и один или несколько серверов управляют всей средой: всеми базами данных и серверами приложений, расположенными где-угодно. Данный инструмент также может управлять узлами, или машинами на которых запущены сервера и, с помощью плагинов, различными сторонними продуктами. Каждый управляемый узел запускает процесс, который ответственнен за мониторинг управляемых процессов на узле: этот процесс выполняет разные задачи и возвращает результаты на сервер управления.

Oracle Enterprise Manager Grid Control даёт целостное представление обо всей инфраструктуре и может кардинально улучшать производительность администраторов.  С его помощью один администратор может обслуживать десятки и сотни серверов.

Инструменты разработчика Oracle

Oracle предоставляет различные инструменты для разработки программ и утилит и поддерживает раличные языки программирования. Языки программирования которые разбираются на инструкции и выполняются внутри Oracle сервером это SQL, PL/SQL и Java. Технологии для разработки вне базы данных можно найти в Oracle Developer Suite (Forms, Reports and Discoverer), Oracle Application Server и других языках третьего уровня (3GLs). Так же доступен широкий выбор инструментов которые могут быть использованы для подключения к базе данных Oracle. Например, Microsoft .NET, для которого Oracle предоставляет обширный набор средств разработчика.

Встроенные языки

SQL используется для работы с данными, но на нём нельзя создать полноценное приложение, так как нет возможности для создания пользовательского интерфейса и отсутствует поддержка сложных структур данных. Два других внутренних языка программирвоания устраняют эти пробелы. Это PL/SQL и Java. PL/SQL – язык третьего уровня и является собственностью Oracle. Он поддерживает стандартные управляющие конструкции: алгоритмы ветвления (if then else) и циклы, и имеет возможность создания пользовательского интерфейса. SQL запросы могуть быть частью PL/SQL кода, таким образом, программа PL/SQL может использовать SQL для получения данных из базы данных, выполнять определенные действия в зависимости от данных, и затем выполнять другие запросы для записи данных назад в базу. Java так же может выполнять SQL запросы, написанные внутри Java кода. Это стандарт технологии: любой Java программист должен быть способен написать код, который будет работать в базе данных Oracle (либо другой Java-совместимой базе данных).

Все администраторы баз данных должны хорошо знать SQL и PL/SQL. Это стандартное и необходимое требование.

Знание Java уже не особо обязательно, так как Java редко используется в базе данных. Раньше Oracle Application Server не мог запускать некоторые стандартные компоненты (к примеру Servlet-ы и EJB). Чтобы устранить это  Oracle разработали Java машину встроенную в базу данных, которая соответствует стандартам. Как бы то ни было, начиная с Oracle Application Server 9i, стало возможным запускать J2EE компоненты там, где им и положено быть: на сервере приложений. Благодаря этому стало запускать меньше Java кода внутри базы данных.

Обычно DBA (database administrator) проводят много времени над задачами повышения производительности и отладки SQL и PL/SQL кода. С точки зрения Oracle – администратор должен находить проблемные участки и передавать разработчику для исправления, однако на практике разработчикам не хватает знания (или желания) делать это и администраторам приходится брать на себя эту роль.

Сторонние языки программирования

Другие языки программирования доступные для создания клиент-серверных приложения запускают вне базы-данных. Наиболее широко используются С и Java, но возможно использовать почти все популярные запросы третьего-уровня. Для большинства языков Oracle предоставляет OCI (Oracle Call Interface) библиотеки, которые позволяют подключаться к базе данных и выполнять SQL запросы.

Программы написанные на C или другом процедурном языке используют OCI библиотеки для создания подключения к базе данных. Эти библиотеки являются собственностью Oracle. Это значит что любой код, написанный с использование этих библиотек написан только для Oracle базы данных и должен быть переписан для работы с другими базами данных. Программы написанные на языке Java могут избежать этой проблемы. Oracle предоставляет возможности для подключения к базе с помощью Java для «толстых» (thich) и «тонких» (thin) клиентов.

«Толстый» клиент направлен на работу с Oracle. Он использует OCI библиотеку и может использовать все возможности базы данных, включая структурные особенности Oracle. Но такой клиент не сможет работать с другими базами данных, и необходима OCI библиотека для работы.

«Тонкий» клиент работает вне зависимости от типа базы данных: он работает с виртуальной базой согласно Java стандарту, и позволяет соотносить виртуальную базу с базой. Это даёт приложению возможность работать с любой другой базой данных и такое приложение может быть развёрнуто в не-Oracle среде без изменений. Однако функциональность огранчена только Java Database Connectivity (JDBC) стандартом.

Выбор между «толстым» и «тонким» клиентом должен производиться командой, после изучения всех потребностей к функционалу, производительности работы базы данных, производительности разработки, возможности перехода на другую СУБД и т.п. С помощью JDeveloper можно разрабатывать оба типа Java приложений.

Набор разработчика от Oracle

Некоторые не хотят использовать языки программирования для разработки приложений для работы с базой данных. Оракл предлагает средства для разработки в составе Oracle Developer Suite. В принципе результат разработки с помощью этих средст примерно такой же: генерация SQL запросов, которые посылаются к базе данных для обработки.

С помощью Oracle Forms Developer можно создать приложение, которое запускается на сервере приложений Oracle и отображается в браузере. Такие приложения легко разрабатывать и они оптимизированы для взаимодействия с объетами базы данных. Специальные макросы и компоненты позволяют создавать веб-приложения с богатым функционалом.

Oracle Reports – это инструмент для создания и форматирования отчётов, как по запросу так и по расписанию. Готовые отчёты кешируются для выдачи. Oracle Reports, так же как и Oracle Forms, это среда разработки и требуются навыки программиста для создания специальных отчётов. Большим преимуществом при использовании Oracle Reports является то, что результат можно настраивать каким угодно способом, чтобы достичь желаемого результата.

Oracle Discoverer – это иснтрумент для генерации специальных отчётов, позволяющий пользователем самим создавать себе необходимую отчётность. Когда Oracle Discover установлен и настроен на сервере приложений, больше не нужны услуги программиста и пользователи сами делают что им нужно.

oracledb.ru

СУБД Oracle. ТЕМА 5. Основные элементы архитектуры Oracle. БД и экземпляр Oracle.

Спасибо господину Илюшечкину Владимиру Михайловичу.

Статья содержит краткий обзор по следующим темам: основные элементы архитектуры Oracle, БД и экземпляр Oracle, файлы БД (журналы транзакций, управляющие, трассировочные, журнал предупреждающих сообщений, файл конфигурации, файл параметров инициализации), процессы Oracle, а также изучим, что такое словарь данных, учетная запись пользователя и схема.

Основные элементы архитектуры Oracle. БД и экземпляр Oracle.

Архитектура Oracle состоит из:

  • Файлы БД
  • Процессы
  • Области оперативной памяти

Файлы журналов повтора (журналы транзакций)

  • содержат сведения о выполнении транзакций;
  • используются для восстановления транзакций базы данных в надлежащем порядке в случае сбоя БД;
  • сохранение информации журналов повтора является внешним по отношению к файлам данным;
  • предоставляют Oracle способ записи данных на диск.

Управляющие файлы

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

База данных будет создавать и поддерживать управляющие файлы, заданные при ее создании.

Трассировочные файлы

  • есть у каждого фонового процесса, происходящего в СУБД;
  • содержат информацию о существенных событиях, которые сопровождают выполнение фонового процесса;
  • наиболее полезны при выяснении причин серьезного сбоя.

Журнал предупреждающих сообщений

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

Файл создается автоматически, если он отсутствует. Используется для того, чтобы была привязка журнала к какому-то дню. Файл в конце дня переименовывается — в имени содержится текущая дата. Получается архивный файл журнала предупреждающих сообщений. Последовательность журналов важна для того, чтобы разобраться в тех причинах, которые приводят к ненормальной работе базы данных. Журналы удобно анализировать администратору. Рекомендуется ежедневно переименовывать файл с журналом для удобства анализа.

Процессы Oracle:— Системные: PMON — процесс, который осуществляет слежение (монитор процессов) SMON — системный монитор DBWR — процесс записи данных в базу LGWR — процесс, обеспечивающий запись информации в журнал транзакции или журнал повторов (LogWriter)— Пользовательские (для подключения к базе данных):код сервера + инструментальная часть Инструментальная часть — код какого-либо программного средства (утилита с помощью которой пользователь подключается к базе данных, например, SQL * Plus, SQL Navigator).Процессы Oracle используют файлы, совокупность которых является физическим представлением базы данных:

  • файлы данных
  • управляющие файлы
  • журнальные файлы

Управляющие файлы и журнальные файлы поддерживают функционирование сервера. Должны присутствовать в БД, быть открытым и доступными серверу.

Память, используемая Oracle Системная память для всей базы данных — SGA (system global area) — глобальная системная область (ГСО).Используется совместно разными процессами.Последняя запрошенная информация сохраняется в определенных частях ГСО. Части ГСО:

  • Кэш-буфер данных
  • Разделяемый пул SQL
  • Большой пул
  • Пул Java

Эти части в сумме могут составлять до 95% ГСО.

Для процесса (пользовательского или системного) в памяти сервера выделяется PGA (process global area — глобальная область процесса):

  • содержит данные и управляющую информацию одного процесса;
  • между процессами не разделяется.

Экземпляр (сервер) базы данных — набор структур памяти и фоновых процессов, обращающихся к группе файлов базы данных.

Файл конфигурации — обычный текстовый файл, может быть изменен администратором БД с целью настроек сервера.Параметры файла определяют объем ресурсов, ассоциированных с конкретной базой данных.Запущенный экземпляр получает уникальный идентификатор — SID (Server Identifier)Параметры, определяющие размер и состав экземпляра:

  • файл параметров инициализации (init.ora)
  • файл параметров сервера (spfile.ora)

Файл параметров инициализации — читается при загрузке экзмепляра и может быть изменен администратором БД. Все сделанные изменения вступают в силу после повторного запуска экзмепляра.

Словарь данныхЛогически база данных — это множество схем, каждая из которых идентифицируется своим именем, уникальным в данной БД. Информация о структуре объектов базы данных, их расположении, правах доступа и т.п. хранится в словаре данных (базе метаданных).Информация словаря данных хранится в виде таблиц, над которыми созданы многочисленные представления.

Представления словаря данных: (префиксы)DBA — сведения обо всех объектах базы данныхALL — сведения только о тех объектах, которые доступны пользователюUSER — сведения обо всех объектах базы данных, принадлежащих пользователю

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

Просмотр текущей активности сервера — обеспечивают специальные представления с префиксом V$Например, V$SESSION — сведения о текущих сеансах.После создания базы данных и ее запуска требуется, используя системные учетные записи SYS или SYSTEM, войти в СУБД для создания учетных записей других пользователей.

Учетная запись пользователя — не является физической структурой, но связана важными взаимоотношениями с объектами базы данных, поскольку пользователям принадлежат объекты. Пользователь SYS — владеет таблицами словаря данных, содержащими информацию об остальных структурах базы данных Пользователю SYSTEM принадлежат представления, обращающиеся к этим таблицам словаря данных.

Схема — набор объектов, принадлежащих учетной записи пользователя.

В следующей статье рассмотрим архитектуру экземпляра Oracle, глобальную системную область, т.е. разделяемый пул, кэш-буфер данных, буфер журнала транзакций.

Awayka из страны Notavailable =]

Понравилось это:

Нравится Загрузка...

Похожее

awayka.ru