Безліч комерційних сайтів початкового і середнього рівня просунутості часто стикаються з різноманітними проблемами баз даних. В таких проектах навряд чи є свій адміністратор баз, а інші співробітники не можуть або просто не мають часу на дійсно якісну налаштування чищення, реплікації, бекапів та інших обов'язкових процедур. А ще рідше це вдається вчасно все це контролювати і приймати необхідні заходи. Що ж робити? Один з варіантів рішення пропонує сервіс моніторингу ХостТрекер.




Читати далі →

imageЗдравствуйте, шановні. Тут було розміщено досить багато статей про сертифікацію, шляхи сертифікації і навіщо вона потрібна: тут, тут і тут.

У цьому матеріалі хочу поділитися з Вами своїм досвідом підготовки та проходження іспиту Oracle Certified Professional, Java SE 8 Programmer 1Z0-810.

Читати далі →

Дана замітка, можливо буде цікава тим, хто у своїх проектах використовує Oracle Apex. Принцип описаний тут, можна застосувати під будь-які інші завдання, використовуючи не тільки python, але і будь-який інший мову.

Oracle Apex — це конструктор веб додатків зі своєю атмосферою. Для простих додатків його функціоналу більш ніж достатньо, але коли програма активно розвивається, то виникають певні труднощі.

Для інших популярних мов і фреймворків, є гігантська кількість бібліотек виконують будь-які завдання. У випадку з Oracle Apex, готових і сучасних рішень дуже мало.

Читати далі →

Історія успіху «Яндекс.Пошти» з PostgreSQL

Володимир Бородін, системний адміністратор групи експлуатації систем зберігання даних в «Яндекс.Поштою», знайомить зі складнощами міграції великого проекту з Oracle Database на PostgreSQL. Це — розшифровка доповіді конференції HighLoad++ 2016.

Всім привіт! Мене звуть Вова, сьогодні я буду розповідати про бази даних «Яндекс.Пошти».

Спочатку кілька фактів, які будуть мати значення в майбутньому. «Яндекс.Пошта» — сервіс досить старий: він був запущений в 2000 році, і тому ми накопичили багато legacy. У нас — як це прийнято і модно говорити — цілком собі highload-сервіс, більше 10 мільйонів користувачів на добу, якісь сотні мільйонів. У бекенд нас прилітає більше 200 тисяч запитів в секунду в піке. Ми складаємо більше 150 мільйонів листів на добу, що пройшли перевірки на спам та віруси. Сумарний обсяг листів за всі 16 років — більше 20 петабайт.

Про що піде мова? Про те, як ми перевезли метадані з Oracle в PostgreSQL. Метаданих там не петабайты — їх трохи більше трьохсот терабайт. В бази влітає понад 250 тисяч запитів в секунду. Треба мати на увазі, що це маленькі OLTP-запити, здебільшого читання (80%).

Це — не перша наша спроба позбутися від Oracle. На початку нульових була спроба переїхати на MySQL, вона провалилася. В 2007 або 2008 була спроба написати щось своє, вона теж провалилася. В обох випадках був провал не стільки технічно причин, скільки з організаційних.

Читати далі →

Порівняння продуктивності аналітичних СУБД HPE Vertica і Exasol з використанням TPC-H Benchmark

У цій статті я хочу продовжити тему порівняння баз даних, які можна використовувати для побудови сховища даних (DWH) та аналітики. Раніше я описав результати тестів для Oracle In-Memory Option In-Memory RDBMS Exasol. У цій статті основну увагу буде приділено СУБД Vertica. Для всіх описаних тестів використовувалися tpc-h benchmark на невеликому обсязі вихідних даних (2 Гб) і конфігурація БД на одному вузлі. Ці обмеження дозволили мені багаторазово повторити бенчмарк в різних варіаціях і з різними налаштуваннями. Для вибору аналітичної СУБД під конкретний проект закликаю читачів проводити випробування на своїх кейсах (дані, запити, обладнання та інші особливості).

Читати далі →

Грааль і Трюфель (Graal & Truffle)

Маловідомий дослідний проект, який може значно прискорити інновації в проектуванні мов програмування

Від перекладача
Хочу відразу попередити, що стаття місцями нагадує презентацію великої компанії з-за епітетів у дусі «змінить індустрію», «кращий на ринку», «проривні технології» та ін Якщо закрити очі на такий емоційний стиль оповіді, то вийде цікава вступна стаття про новинки технологій компіляторів і віртуальних машин.
Введення
З часів розквіту комп'ютерної індустрії багато були захоплені квестом в пошуках ідеального мови програмування. Квест дуже складний: створення нової мови — завдання не з легких. І дуже часто в процесі відбувається дроблення ситуації екосистеми програмування і виникає необхідність заново будувати базові інструменти для нової мови: компілятор, відладчик, HTTP стек, IDE, бібліотеки і нескінченне число базових блоків пишуться з нуля для кожної нової мови. Досконалість в дизайні мов програмування недосяжно, і нові ідеї виникають постійно. Ми схожі на Сізіфа: засудженого богами на вічне штовхання каменю в гору, щоб у підсумку побачити, як той скочується вниз знову і знову… цілу вічність.
Як можна розірвати цей порочний цикл? Давайте помріємо, чого б нам хотілося.
Читати далі →

2FA в Oracle ApEx

Пропоную Вашій увазі реалізацію 2FA в Oracle Application Express. В якості другого фактора буде використано рішення від Google з встановленим на телефон додатком Кодів.



Читати далі →

Порівняння продуктивності аналітичної СУБД Exasol і Oracle In-Memory Option

Свою попередню статті я присвятив тому, як і на скільки можна прискорити аналітичні (типові для OLAP/BI систем) запити в СУБД Oracle за рахунок підключення опції In-Memory. У продовження цієї теми я хочу описати кілька альтернативних СУБД для аналітики і порівняти їх продуктивність. І я вирішив почати з in-memory RDBMS Exasol.
Для тестів, результати яких я публікую, обраний TPC-H Benchmark і при бажанні читачі можуть повторити мої тести.

Читати далі →

Історія СУБД Oracle — першою комерційно успішною реляційної СУБД

image

До середини 70-х років інформація в базах даних розподілялася за старовинним ієрархічним, або «деревоподібному», принципом, який до цих пір використовується в настільних операційних системах.

Перші прототипи реляційних СУБД існували вже в 70-ті роки ХХ століття. Однак мало хто вірив у можливість добитися ефективної реалізації таких систем. Тим не менше, до кінця 1980-х років реляційні системи зайняли на світовому ринку СУБД домінуюче положення.

У зв'язку з цим багато компаній стали позиціонувати свої СУБД як «реляційні» в рекламних цілях. Але далеко не завжди вони мали для цього достатньо підстав. Тому автор реляційної моделі даних Едгар Кодд в 1985 році опублікував свої знамениті «12 правил Кодда», яким повинна відповідати кожна РСУБД.

Одним з перших прототипів реляційних баз даних була система System R. Це проект компанії IBM, який з'явився в 1976 році. Він надихнув майбутніх засновників Oracle на створення власної реляційної СУБД
Читати далі →