Clarion 11-12

Игорь Столяров

kreator писал(а): 25 Апрель 2025, 23:52 что не придётся ставить клиент нужного SQL-сервера на рабочую станцию

Неть ! Об этом речи не идёт. Брюс заявил что даже просмотр (и видимо весь функционал) таблицы из словаря
"сделать можно, но он не видит смысла тратить сейчас на это время". У него разработчик сможет переключать
с каким клиентом SQL сервера работает приложение и вроде как при этом обеспечивается одинаковый интерефейс
взаимодействия (единный код). И в отличии от ODBC, здесь жёсткий список поддерживаемых драйверов БД ...

Но мы уже знаем, что дьявол прячется в деталях ... Например, для обеспечения "общего кода" FinSoft использует
только самые базовые типы данных TopSpeed / Btrieve. У меня можно использовать и специфические типы данных,
но требуется пересборка приложения с отделным словарём и много работы с типизацией при вызове процедур.
Да и само ведение синхронных словарей для разных БД ещё тот аттракцион !

Прошёлся Брюс и по драйверу TopSpeed. На вопрос тревожных прихожан, сможет ли прибамбас господина решить
вопросы драйвера TopSpeed - он заявил, что нет. Драйвер TopSpeed нужно полностью переписать.
Живите теперь с этим !

P/S. Данные перформенс смотрело около 60 человек. Что в общем-то и можно считать оценочной цифрой (до 100)
кол-ва активных разработчиков на Clarion в мире.

finsoftrz

Я пересмотрел место, где говорилось про isam. Тезисы были переработать, чтобы не ломались по сети и снять ограничение в 2гб на таблицу. Первое вроде как давно не актуально. Сегодня использовать isam по сети просто не имеет смысла, и лет 10-15 назад не имело смысла. Кто все таки хочет по какой-то причине, переключились на ip драйвер. Tps без ограничения 2гб могло быть интересно лет 10-15 назад. Сейчас мы просто переключаем работу приложения на btrieve, когда нужно работать с большими объёмами данных в десятки или даже сотни гб. И при этом не требуется что-то дополнительно разрабатывать. Единственный момент, что btrieve платный для клиентов, если им важна легальность. Но это очень надёжная и проверенная годами на огромном числе рабочих мест база данных, а новые драйвера надо много тестировать и тоже никто бесплатно делать не будет.
В сухом остатке, как и говорили уже, это все имеет смысл для работы с sql. Брюс говорит про множество каких-то людей в корпоративном секторе, которым это все нужно. То есть посыл, что в корпоративном секторе кларион достаточно распространен, и это обеспечивает спрос на подобную разработку. Фик его знает, наверно, он изучал этот вопрос. Мне что-то представляется, что там принято переносить логику работы на sql сервер, а где трехзвенки, то они на каких-то распространённых приложениях типа sap или axapta.
Обращает на себя внимание ещё подача в стиле RZ. Показать не работающее решение, чтобы заинтересовать и собрать под будущую разработку средства. RZ уже никто не верит, а Брюсу могут дать эти средства. Хорошо, что он прямо сказал, что будем что-то делать только если будет спрос.
То есть, в целом, эта новость воспринимается нейтрально. То, что кто-то будет развивать тему драйверов в кларионе за пределами SV, само по себе позитивно. Скепсис в том, что они найдут необходимое финансирование на это. У всех и так все работает.

Игорь Столяров

Т.е. получается, как говорят шахматисты - вилка.
Без SQL это не имеет смысла, а для SQL стоит $990 и будет сделано, погда появится спрос.
Зачем тогда собирались - то ?

finsoftrz

Я так думаю, что Брюс сам не знает, будет спрос или нет. Поэтому и собирались, чтобы заявить тему и начать контакты с теми, кто заинтересуется.

Игорь Столяров

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

Если почитать ClaHUB, как форум где кодекс авторского права чтут - то там наибольшее
оживление в темах, как перевести своё приложение с С5 на С8 ... И тут $990 за неготовый
прибамбас для корпоративных SQL БД. Они же каждый день меняют драйвер БД.

finsoftrz

Мне вообще кажется, что весь подход собирать деньги на будущую разработку, сейчас не катит. Мир изменился, стал более динамичным. Сейчас работает парадигма "маленьких шагов". То есть, используем наработанные решения и добавляем что-то, что даёт результат в краткосрочной перспективе. Потом снова. Например, мы знаем, что в с11 много багов. Их никто не правит, вместо этого говорят про какие-то новые разработки, требующие много ресурсов. Это очень плохая стратегия сама по себе. Между тем, можно было бы править баги и регулярно выпускать релизы раз в 3-4 месяца. Постепенно добавляя новые фишки к имеющимся, но чтобы это давало быстрый результат. Я сам давно по подобному принципу работаю. Исправление багов имеет наивысший приоритет. Это делать надо быстро, чаще всего сегодня сообщили, сегодня или завтра пофиксили. Нельзя наращивать функционал, оставляя баги в имеющемся. Все новые возможности используют предыдущие наработки, затяжных процессов не бывает. Максимум месяц и в продакшен.

Игорь Столяров

finsoftrz писал(а): 26 Апрель 2025, 8:35 Нельзя наращивать функционал, оставляя баги в имеющемся.

Это да. Кстати, Брюс в этом отношении очень упёртый товарищ.
Я давно нашёл (и есстестно у себя исправил) пару багов в его CapeSoft AnyFont.
Было время - написал ему, всё указал. Он сразу ответил - что я баран (если кратко изложить суть).
OK ! Сделал пример, картинки со стрелками и прям правку по его коду.
Теперь он одну ошибку признал и исправил (просто заменил на мой код), про вторую сказал,
что это "такая вот особенность и её нельзя исправлять". Хотя баг голимый и его видно за километр ...

Если ему так хочется поработать с драйверами БД Clarion - сделал бы полноценный драйвер для какой-нибудь
современоой и открытой Non-SQL БД, как альтернатива TopSpeed / Btrieve. До $99. Это было бы реально интересно.

finsoftrz

Надо быть ещё специалистом в области драйверов и субд. Topspeed довольно долго отлаживали, не говоря уж про btrieve. А тут чел, далёкий от этих вопросов, вдруг решил круто ими заняться. Может, конечно, не сам собирается писать код. В CapeSoft было 5 человек в лучшие времена, если память не изменяет. Сколько сейчас, хз, в публичном поле один Брюс вещает. Ну, успехов им, вдруг что получится.

kreator

Выложил описание на своём сайте. Вообще так интересно. Надо будет почитать повнимательней. Вроде как хочет убрать узкие места работы стандартных драйверов с SQL-серверами. Правда проглядывается сильная переработка существующего кода.
Заявлены нативные драйвера для основных SQL-серверов. В т.ч. и для MS SQL. Вот что это значит? Существующий не нативный? Или будет реально нативный (не основанный на ODBC)?
Но основная проблема, конечно, в том - зачем это нужно? Основной продукт близок к коме, зачем ему виагра?

Я тоже полистал документацию. Это Driver Kit, средство разработки новых драйверов БД (ну или улучшения существующих). Дохлый номер.

finsoftrz

Тоже полистал повнимательнее. Требование clarion8+ и позиционируется только для sql (для isam вроде тоже можно, но вряд ли будет). Продолжение пути работы с sql как с файлами, шаблоны для написания драйверов (очень напоминает шаблоны для написания классов, которые мало кто использовал, если вообще использовал). Переписывание работающих драйверов с С на кларион, "впереди очень много работы". Довольно высокая заявленная стоимость. Как-то это все неубедительно выглядит. Возможно, есть какой-то заказчик, кто финансировал старт, так как вопрос про нативный драйвер для postgreSQL озвучивался давно, хоть и вяло.
Надо смотреть за реакцией. Просмотров на ютубе больше, чем у обычных вебинаров. То есть народ проявил любопытство. На хабе молчание, только ссылки висят без комментариев. Интересно, есть ли обсуждение в группах.
Думаю, что большинство просто проигнорирует эту тему.

ingasoftplus

Брюс выложил
https://github.com/Bruce511/DriverKit

На всякий случай забросил на сервер

finsoftrz · Сообщение **finsoftrz** » 01 Май 2025, 8:56

Вчера был вебинар, там Брюс немного рассказал про "объектные драйвера". Основная мысль была сделать, чтобы файловые операции типа set/next работали в постраничном режиме, без создания серверного курсора, который предполагает длительное существование на сервере выборки, что увеличивает потребление ресурсов сервера и требует стабильного соединения. Замечу, что такой режим давно доступен для postgreSQL, если не включать в odbc клиенте признак использования серверного курсора, а в приложении задействовать sql callback механизм, позволяющий вклиниться после формирования драйвером sql запроса и перед отправкой его на сервер, добавив seek и limit. Помнится, Мялин добавлял в MAV постраничный броуз, хотя долго не хотел, так как "с sql так никто не работает".
В общем, среди некоторых кларионистов желание работать с sql методами isam неистребимо.

Игорь Столяров

finsoftrz писал(а): 01 Май 2025, 8:56 желание работать с sql методами isam неистребимо

Потому, что удобно и интуитивно понятно.
Технология "запрос - ответ" оптимизирована под работу сервиса БД, а не пользователя.