АМ
но лучше код оборачивать в моноширинный шрифт, а то читать неудобно
учту
Size: a a a
2020 February 11
VO
сам-то сам, но теретически close() сожет сработать с ошибкой и не отслеживать это не аккуратнень-ко
VG
и что ты с этой ошибкой будешь делать?
S
умирать - а там смотрит пусть ктонить
VO
ну хотя бы сообщить. а там по обстоятельствам и бизнес-логике
S
сам-то сам, но теретически close() сожет сработать с ошибкой и не отслеживать это не аккуратнень-ко
А еще код возврата принта отслеживать? Это практически бесполезно, т.к. нет никакого разумного recovery.
VO
это уже от задачи зависит
VO
вполне возможно при коду "нет космоса на дивчине" данные начать буферезировать до тех пор пока оное не появится. или переключиться на сохранение в более другое место
VK
Ну давайте че нить смежное или заведи своё на тему асинхронщины, у тебя такой огромный экспириенс было бы круто
+1
2020 February 12
AK
Народ, а есть среди нас те, кто хотя бы пытался использовать запросы исключительно из SQL 92-стандарта, чтобы ODBC их конвертировал в целевые для нужного движка? Или это нереальная дичь?
AK
Насколько помню, SQL-92 весьма ограничен и странен в плане описания стандартизованного функционала.
AK
Я вот не знал о том, что, оказывается, ODBC обеспечивает реально единый интерфейс на уровне запросов, всегда думал, что это тупо универсальный коннектор в разные базы, а он вон SQL парсит и собирает в подходящий для целевого движка.
DF
Народ, а есть среди нас те, кто хотя бы пытался использовать запросы исключительно из SQL 92-стандарта, чтобы ODBC их конвертировал в целевые для нужного движка? Или это нереальная дичь?
Но зачем?
AK
Но зачем?
Чтобы приложение не было привязано к движку БД. Довольно странно использовать для этого ОРМ, которая вообще не про совместимость с движками.
DF
Чтобы приложение не было привязано к движку БД. Довольно странно использовать для этого ОРМ, которая вообще не про совместимость с движками.
Юзай DBIx::Struct
DF
Ну и смена бд это в любом случае боль и страдания, нет смысла страдать заранее с кривым диалектом
AK
Юзай DBIx::Struct
И как это избавит от несовместимости функций по нзваниям и порядку аргументов в разных движках, например?
AK
Ну и смена бд это в любом случае боль и страдания, нет смысла страдать заранее с кривым диалектом
Ну тут да, кривость диалекта - это плохо. Но подход с парсингом текста запроса быстрой библиотекой и пересборкой в движок-специфичный - вполне разумен.
Интересно, что MS в своём ADO придумала на эту тему... Хот по сути там не может ничего, кроме ОРМа в результате-то
Интересно, что MS в своём ADO придумала на эту тему... Хот по сути там не может ничего, кроме ОРМа в результате-то
DF
Ну тут да, кривость диалекта - это плохо. Но подход с парсингом текста запроса быстрой библиотекой и пересборкой в движок-специфичный - вполне разумен.
Интересно, что MS в своём ADO придумала на эту тему... Хот по сути там не может ничего, кроме ОРМа в результате-то
Интересно, что MS в своём ADO придумала на эту тему... Хот по сути там не может ничего, кроме ОРМа в результате-то
Ну SQL::Abstract возьми и собирай что хочешь
DF
И как это избавит от несовместимости функций по нзваниям и порядку аргументов в разных движках, например?
Какая-то надуманная проблема. У тебя приложение одновременно на нескольких базах должно работать?