The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

15.08.2017 12:33  Компания Oracle открыла код библиотеки ODPI-C для СУБД Oracle

Компания Oracle объявила об открытии исходных текстов библиотеки ODPI-C для СУБД Oracle, представляющий программный интерфейс для упрощения доступа к СУБД из приложений на языках C/C++. По сравнению с OCI новый интерфейс заметно упрощает процесс разработки, предоставляет более абстрактные методы управления памятью и ресурсами, и позволяет обойтись меньшим кодом в случаях когда не требуется применение расширенных возможностей Oracle. Библиотека является обвязкой над низкоуровневым интерфейсом Oracle Call Interface (OCI). Код написан на языке Си и распространяется под лицензией Apache 2.0.

Изначально ODPI-C был разработан в процессе создания Python-интерфейса cx_Oracle и также задействован в драйверах для Node.js, Go и Rust. ODPI-C позволяет выполнить SQL и PL/SQL c поддержкой курсоров прокрутки, объектов, JSON, загрузки массивов, кэширования выражений, очередей, внешней аутентификации и уведомлений о выполнении запросов. Встроенный механизм контроля использования ресурсов на основе подсчёта ссылок упрощает применение библиотеки в многопоточных приложениях.

  1. Главная ссылка к новости (https://blogs.oracle.com/opal/...)
Лицензия: CC-BY
Тип: Программы
Ключевые слова: oracle, odpi-c
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Вуайерист (?), 14:20, 15/08/2017 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    > Библиотека является обвязкой над низкоуровневым интерфейсом Oracle Call Interface (OCI)
    > распространяется под лицензией Apache 2.0.

    Вот только сам OCI запредельно проприетарный. Ещё и от такой корпорации, как Oracle.

     
     
  • 2.4, ЫЫ (?), 15:01, 15/08/2017 [^] [ответить]    [к модератору]
  • –4 +/
    Поясните пожалуйста Вашу мысль..
    Oracle Call Interface - "запредельно проприетарный"? Это как?
    Вы знаете  Oracle Call Interface  не от корпорации Oracle?
     
     
  • 3.9, Аноним (-), 16:38, 15/08/2017 [^] [ответить]    [к модератору]
  • –1 +/
    Проблема в том что у Oracle закрытый протокол обращения к БД (хотя есть же ManadgedDataAccess
     
     
  • 4.21, Аноним (-), 20:24, 21/08/2017 [^] [ответить]    [к модератору]
  • +/
    Олдфаги ещё не забыли, как "взламываются" их БД?
    Патчим клиентский бинарник и... всё, можно авторизовываться "известным вам" (любым) паролем.
     
  • 1.2, Аноним (-), 14:34, 15/08/2017 [ответить] [показать ветку] [···]    [к модератору]
  • –2 +/
    Кому эта хрень вообще нужна, ежели орацлем пользуются только через jdbc?
     
     
  • 2.5, ЫЫ (?), 15:02, 15/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    > Кому эта хрень вообще нужна, ежели орацлем пользуются только через jdbc?

    Ну например есть у вас приложение на ASP.. и вы хотите его связать с базой... наверное как-то так...

     
     
  • 3.6, Аноним (-), 15:14, 15/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    Так это легаси, и его никто ни с чем связывать не захочет.
     
  • 2.7, YetAnotherOnanym (ok), 15:15, 15/08/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    Возможно, для Вас будет сюрпризом узнать, что за пределами мира жабы существуют другие языки программирования, и они тоже имеют средства для работы с БД, включая Оракл.
     
     
  • 3.8, Аноним (-), 15:28, 15/08/2017 [^] [ответить]     [к модератору]  
  • +/
    для вас будет сюрпризом, что в пределах мира орацле ничего кроме жабы не существ... весь текст скрыт [показать]
     
     
  • 4.10, Аноним (-), 16:40, 15/08/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Oracle ManagedDataAccess ODP ... весь текст скрыт [показать]
     
  • 4.12, рептилоид (?), 16:42, 15/08/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    да, да, не существует. OCI - это я подбросил.
     
  • 1.3, anonymous (??), 14:39, 15/08/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    этот OCI помнится кучу версий имел и писали его левой ногой что сразу давало понять о качестве кода в самой базе. postgres наше все
     
     
  • 2.11, Аноним (-), 16:41, 15/08/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    как только научится очень много чему Да есть подвижки, но для многих примен... весь текст скрыт [показать]
     
     
  • 3.19, лютый жабист__ (?), 10:33, 18/08/2017 [^] [ответить]     [к модератору]  
  • –3 +/
    Вот это динозавр откопался для информации, на этой планете последние 10 ле... весь текст скрыт [показать]
     
  • 2.13, ораклист и постгресист (?), 22:12, 15/08/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    > этот OCI помнится кучу версий имел и писали его левой ногой что сразу давало понять о качестве кода в самой базе.
    > postgres наше все

    Чо правда что-ли больше версий чем у postgres?

    И "postgres наше всё" говорят ява программисты, которые могут только insert/update/delete.
    И у которых здорово подгорает, когда показываешь, что используя оракл, всё их нагромождение классов можно заменить несколькими хранимыми процедурами по 10-20 строк в каждой.

    Не могу ничего сказать о качестве кода ни в postgres, ни в oracle - не видел ни там, ни там.
    Но документация в oracle лучше.

    То для чего в оракл есть готовые решения (управление транзакциями, пакеты, автономные тразакции, запуск задач по расписанию, переносимые табличные пространства, переопределение таблиц, флэшбэк архив, репликация и т.д. и т.д)
    в postgres приходится делать самому (и _поразному_ на разных OS).

    В оракл нет извратов типа "set transaction isolation level read uncommited"

     
     
  • 3.14, n (??), 12:31, 16/08/2017 [^] [ответить]    [к модератору]  
  • +/
    > И "postgres наше всё" говорят ява программисты, которые могут только insert/update/delete.
    > И у которых здорово подгорает, когда показываешь, что используя оракл, всё их нагромождение классов можно заменить несколькими хранимыми процедурами по 10-20 строк в каждой.

    Про хранимые процедуры у postgres слышал?


    > Не могу ничего сказать о качестве кода ни в postgres, ни в oracle - не видел ни там, ни там.
    > Но документация в oracle лучше.

    Объёмнее - это да. Но найти что-то конкретное бывает ой как непросто и небыстро.


    > То для чего в оракл есть готовые решения (управление транзакциями, пакеты, автономные тразакции, запуск задач по расписанию, переносимые табличные пространства, переопределение таблиц, флэшбэк архив, репликация и т.д. и т.д)
    > в postgres приходится делать самому (и _поразному_ на разных OS).

    То есть как самому? Вообще с нуля? Или всё-же в сети встречаются готовые примеры (для разных OS)?


    > В оракл нет извратов типа "set transaction isolation level read uncommited"

    Зато есть изврат "select for update", который блокирует другие запросы.
    А read uncommited в oracle иногда очень не хватает, особенно, если кто-то выполнил "select for update".

     
     
  • 4.15, Агроном (?), 14:39, 16/08/2017 [^] [ответить]    [к модератору]  
  • +/
    >Зато есть изврат "select for update", который блокирует другие запросы.

    nowait пробывал?

    >А read uncommited в oracle иногда очень не хватает, особенно, если кто-то выполнил "select for update".

    Зачем тогда СУБД? Пиши сразу в файл, так гораздо быстрее

     
  • 4.17, ыы (?), 19:16, 16/08/2017 [^] [ответить]    [к модератору]  
  • +/
    >Зато есть изврат "select for update", который блокирует другие запросы.

    Вот про изврат  - мне понравилось :)
    А в постргесс select for update не блокирует таблицу?  А как же тогда достигается консистентность?
    https://www.postgresql.org/docs/9.5/static/sql-select.html

     
  • 3.18, лютый жабист__ (?), 10:29, 18/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    >используя оракл, всё их нагромождение классов можно заменить несколькими хранимыми процедурами по 10-20 строк в каждой

    Ну и ересь :))) ещё скажи, что процедурное программирование круче ООП.

    По моим наблюдениям PLSQLные портянки намного многословнее, чем жабокод.
    Который кстати далеко не лаконичен, что впрочим лечится хорошей IDE.
    А у вас где отладчик, unittest-ы?

    Когда ядро проекта написано на PLSQL то скорость разработки очень быстро падает до нуля и морфирует в зацикленный процесс багогенерации, пока не придёт жабист и не перепишет всё нормально :))))

     
  • 3.20, лютый жабист__ (?), 10:27, 19/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    Кстати, ты конечно сравниваешь бесплатный Пг и бесплатный oracle 11 xe? Ха-ха-ха...

    У нас в конторе такой ДБАшечка раньше тоже был - давайте сопрём oracle ee за 100килобаксов, а то мне лень руками и головой пошевелить с этим вашим Пг.
    Взяли вообще монго, а дба теперь полы моет.

     
     
  • 4.22, _ (??), 23:19, 21/08/2017 [^] [ответить]    [к модератору]  
  • +/
    Скоро вы все их мыть будете ибо Монга - *нище лютое!  :)
     
  • 1.16, Аноним (-), 15:44, 16/08/2017 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    Посмотрел код примера Если это интерфейс заметно упрощает процесс разработк... весь текст скрыт [показать]
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor