Или так) есть там параметр такой ORACLE_AFFINITY

а в эти выхи будут какие-нибудь интеиесные вебинары?

Гайс, подскажите в чем может быть затык - поставил mysql и workbench, через консоль подключаюсь нормально под root-ом, а из воркбенча получаю ошибку access denied.

Потому что у рута только с локалхоста доступ

Так я воркбенчем с локалхоста подключаюсь жеж...

Root@localhost и root@127.0.0.1 - разные вещи

Root@localhost и root@127.0.0.1 - разные вещи

Одна фигня

Разные вещи, это локалхост и сетевойхост

нет, это разные пользователи

Root@localhost и root@127.0.0.1 - разные вещи

Одно и тоже

localhost = 127.0.0.1

Но не для серверa mysql

Одно и тоже

ты фразу "разные пользователи" увидел?

https://ru.m.wikipedia.org/wiki/Localhost

Нас ты переубедил (нет), теперь переубеди сервер mysql, что эти два разных пользователя на самом деле одно и тоже

https://ru.m.wikipedia.org/wiki/Localhost

ты фразу "разные пользователи" увидел?

localhost = 127.0.0.1

На самом деле нет. 127.0.0.100, например, -- это тоже localhost.

Я вот призадумался. Если с БД какой-то работать нужно на протяжении работы программы, её лучше открыть 1 раз и работать с ней, а закрыть лишь перед прекращением работы программы? Имею ввиду в деструкторе. Или как файл посятонно открывать и закрывать?

Я вот призадумался. Если с БД какой-то работать нужно на протяжении работы программы, её лучше открыть 1 раз и работать с ней, а закрыть лишь перед прекращением работы программы? Имею ввиду в деструкторе. Или как файл посятонно открывать и закрывать?

В .net,например,используется connection pooling и многие даже не знают что приложение не закрыло за собой соединение,ты просто закрываешь его,а как понадобилось-открываешь.В связи с этим некоторые открытия соединения могут быть очень долгими

Я вот призадумался. Если с БД какой-то работать нужно на протяжении работы программы, её лучше открыть 1 раз и работать с ней, а закрыть лишь перед прекращением работы программы? Имею ввиду в деструкторе. Или как файл посятонно открывать и закрывать?

Да, именно так.

Я вот призадумался. Если с БД какой-то работать нужно на протяжении работы программы, её лучше открыть 1 раз и работать с ней, а закрыть лишь перед прекращением работы программы? Имею ввиду в деструкторе. Или как файл посятонно открывать и закрывать?

Не надо постоянно закрывать. Установка соединения с БД -- достаточно дорогая операция.

Я вот призадумался. Если с БД какой-то работать нужно на протяжении работы программы, её лучше открыть 1 раз и работать с ней, а закрыть лишь перед прекращением работы программы? Имею ввиду в деструкторе. Или как файл посятонно открывать и закрывать?

Там ещё есть нюанс, уже сказали -- пул коннекций. С ним всё по-другому. Но не все приложения могут с ним работать.

А если программа завершится неудачно, получается что хэндл так и так прекращает своё существование и проблем не будет с следующей инициализацией?

А если программа завершится неудачно, получается что хэндл так и так прекращает своё существование и проблем не будет с следующей инициализацией?

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

А если программа завершится неудачно, получается что хэндл так и так прекращает своё существование и проблем не будет с следующей инициализацией?

С последующей инициализацией проблем не будет. Но лучше всё же перехватывать все ошибки и исключения и хотя бы завершать выполнение запроса и делать разрыв соединения. Это существенно улучшит ситуацию на сервере.

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

К сожалению, не всегда нормально работают драйвера, чтобы держать коннект...

У меня вот на питоне коннект к ораклу приходится переоткрывать постоянно, ибо в cx_Oracle какой-то касяк

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

Это вопро не по СУБД, а по языкам программирования. В разных это делается по-разному. На крайняк можно использовать и ловить что-то типа SEH -- железобетонный метод.

У меня вот на питоне коннект к ораклу приходится переоткрывать постоянно, ибо в cx_Oracle какой-то касяк

Да ладно, я юзал, нормальный стек

У меня вот на питоне коннект к ораклу приходится переоткрывать постоянно, ибо в cx_Oracle какой-то касяк

Сетевые проблемы у тебя...

нет

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

затратность коннекта только на первом запуске, дальше идет как будто из кеша

@SLASH_CyberPunk это только для оракла может не затратно. Наврядли, для любой СУБД не затратно

не спорю

Ведь не с кэшем же работа происходит

не, я полностью согласен, что надо держать коннект

просто оракл сам по себе коннект через жопу

Мне пришлось щяс с SQLite столкнуться. Хотя, как я узнал появились куда более гибкие и удобные альтернативы. Но.. уже написал всё практически. Поэтому не вариант сказать.

политика у них конечно так себе, чтобы собрать апликейшен для подключения к ораклу, надо либо тащить клиент и кучу либ и собирать, либо, если повезет, юзать JDBC

Кстати, вот https://tech-geek.ru/sravnenie-realm-obectbox-room/

удобные БД. У них ассоциативные связи, а не запросы

Соответственно, как я прочитал и скоррость выше реляционных БД как я понимаю

@SLASH_CyberPunk ну так а сдался вам оракл? Что там такое, чего нет у других?

мне для питона хватает монги и редиса, если не надо наворотов

@SLASH_CyberPunk ну так а сдался вам оракл? Что там такое, чего нет у других?

DWH

pl/sql'щиков проще найти, как и содержать DWH, нежели крутить это через программерские вещи

хотя меня это тоже не прельщает, но мигрировать в таких объемах тоже пока нет смысла

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

Чего? что за бред-то?

это не бред

попробуй реализовать CTRL+C корректное завершение

@SLASH_CyberPunk это только для оракла может не затратно. Наврядли, для любой СУБД не затратно

Для любой.

попробуй реализовать CTRL+C корректное завершение

Это на каком языке, платформе?

python linux

просто оракл сам по себе коннект через жопу

Да нет, там куча режимов соединения, там можно client side pool врубить... Там дохера нюансов. Если всё нормально сделать, будет нормально.

учитывая ценник на оракловскую СУБД, навряд ли, там такой касяк висит годами..

это не касяк бд, это касяк либы

чьей? ))

а т.к. у оракла монополия на подключение через их либы, то это полный ппц

политика у них конечно так себе, чтобы собрать апликейшен для подключения к ораклу, надо либо тащить клиент и кучу либ и собирать, либо, если повезет, юзать JDBC

Ставишь Instant client, ставишь cx_oracle... ВСЁ.

чьей? ))

cx_Oracle

Ставишь Instant client, ставишь cx_oracle... ВСЁ.

.i. ?

Может конечно я что-то забыл, но по сути так. Да я бы помнил.

ставишь клиент, ставишь sdk, прописываешь кучу всякого говна, чтобы завелось

ERROR: S client not available

вообще надо бы плейбук написать на это дело

ставишь клиент, ставишь sdk, прописываешь кучу всякого говна, чтобы завелось

А, извини. Да, НАДО ПРОПИСЫВАТЬ КУЧУ ВСЯКОГО ГОВНА! ДА!

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

/opt/oracle/client или что-то в этом роде внесни в базу LDD... Емаё, как сложно!

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

@SLASH_CyberPunk ну так а сдался вам оракл? Что там такое, чего нет у других?

Ну как бы надо было, корпор. СУБД оракл, надо с ним работать. Он уже есть, на нём БД , и он работает.

Ну как бы надо было, корпор. СУБД оракл, надо с ним работать. Он уже есть, на нём БД , и он работает.

Очень хорошая СУБД кстати.

@MasterZiv чем?

Мне всегда было интересно причина выбора СУБД с таким ценником. Хотя аналогов выше крыши

И по скорости быстрее есть, в том числе

а головняка как я понял из сообщий последних тоже полно у ораклиновской СУБД

учитывая ценник на оракловскую СУБД, навряд ли, там такой касяк висит годами..

Да это в общем гон. Проблема есть в том, что Linux не является поддерживаемой операционкой Oracle. Т.е. из них поддерживается только RHEL и Oracle Linux. Всё остальное -- на свой страх и риск на бинарной совместимости с CRT. Ну, да, а что ж ты блин хотел от пропиретарной СУБД? Но заводится всё равно, даже сервак ставится на , скажем, Ubuntu иди Debian.

@MasterZiv чем?

Кратко - ВСЕМ.

Мне всегда было интересно причина выбора СУБД с таким ценником. Хотя аналогов выше крыши

Ты не помёшь, рассказывать долго. Извини, я просто знаю твой бэкграунд... Ну реально нет смысла день - другой тебе это вливать в уши.

а головняка как я понял из сообщий последних тоже полно у ораклиновской СУБД

Нет там головняка

python linux

Влад, ты на каком Linux -то это всё пытался делать?

Ты не помёшь, рассказывать долго. Извини, я просто знаю твой бэкграунд... Ну реально нет смысла день - другой тебе это вливать в уши.

Красиво сказано. Мой бэкграунд )) Да, согласен. У меня другой подход

у нас оракл и центос

Красиво сказано. Мой бэкграунд )) Да, согласен. У меня другой подход

Ну рассказывать тебе о чудесах оптимизации безнадёжных запросов под Ораклом нет смысла. Я говорю, ты просто не поймёшь.

у нас оракл и центос

Так на цент оно должно просто ВЗЛЕТАТЬ в момент...

Мне всегда было интересно причина выбора СУБД с таким ценником. Хотя аналогов выше крыши

почти нет аналогов, которые продакшн-рейди

Не понимаю.

все что есть, выливается в тяжелую поддержку, которая еще больше ценник выставит

@MasterZiv так я полностью согласен. Да и смысл мозг забивать ораклом, если я с ним не буду работать 100%.

Так на цент оно должно просто ВЗЛЕТАТЬ в момент...

оно взлетает

я же говорю, тут именно фишка оракла

если мне надо подключится в питоне к любой бд, я просто ставлю либу и подключаюсь

с ораклом такое не проканает

если мне надо подключится в питоне к любой бд, я просто ставлю либу и подключаюсь

Просто ставишь cx_Oracle и подключаешься...

нет

ты должен поставить клиент

ты должен поставить клиент

Ну блин а как ты ещё-то хотел к СУБД подключаться?