Может кто сталкивался?

Подскажите по библиотеке доступа.

https://www.npmjs.com/package/node-firebird

похоже рассчитана на простейший случай:

1. подключился
2. в рамках транзакции выполнил запрос
3. выкачал его результат

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

или последовательное выполнение разных
запросов на одной открытой транзакции.

есть еще:

https://www.npmjs.com/package/node-firebird-driver-native

но, там часть кода на С++. и похоже, что
работает начиная с FB3 только.


Может кто-то знает лучше?

PS: не очень хочется делать свою библиотеку с нуля ((

при любой архитектуре, если бизнес логика требует для определенной операции чтение/изменение 20 таблиц, то в первой библиотеке нет возможности проделать это в одной транзакции. а если еще группировать некоторые операции внутри транзакции через SAVEPOINT, то о таком вообще речи не идет.

во второй библиотеке смущает наличие кода на с++. не хочется сначала уходить на typescript чтобы иметь единый язык и на сервере и на клиенте, чтобы добавлять в итоге с++.

PS: голубая мечта, чтобы сервер мог отвечать по протоколу HTTP(S) напрямую. Это в разы бы повысило его применение во всем мире.

dimitr,

да. пока остановились на:

https://www.npmjs.com/package/node-firebird-driver-native

чуть что будем допиливать самостоятельно.

разные причины. начиная от личной неприязни к джаве ))

но, основная это изоморфность относительно языка. возможность
использовать один язык и даже один и тот же код на сервере, веб
клиенте и мобильном приложении (используя react native).

плюс очень живое сообщество и миллион доступных модулей на npm.

плюс поддержка мегакорпораций: typescript поддерживается Microsoft,
react, react native поддерживается Facebook, разработку V8 и Chrome
ведет гугл.

плюс постоянное развитие самого языка. прельщает наличие babel
транспиляции, которая позволяет использовать/пробовать новейшие
предложения в стандарт еще до того, как они пройдут все стадии
согласования и будут реализованы всеми поставщиками.

плюс прямое общение с разработчиками/архитекторами на github
и stackoverflow.

плюс очень короткие циклы реализации. посмотрите, например, частоту
обновления версий nodejs -- одна-две недели:

https://github.com/nodejs/node/blob/master/doc/changelogs/CHANGELOG_V9.md#9.10.1

плюс наличие бесплатного инструментария. например, Microsoft VSCode.

плюс гимнастика для ума. все-таки джава -- это тот же ООП. А js/ts ООП +
функциональное программирование (не такое функциональное как в Haskel,
но тем не менее).

плюс легкая инстоляция, там где она вообще нужна, и кроссплатформенность
(как там джава на apple уже работает?). Продуманная система модулей.

а так, я уже 26 лет на паскале и на делфи с самой первой версии. я бы и не уходил,
но Borland (и все остальные ее имена) сделала пару грубейших стратегических ошибок
в конце девяностых и вряд ли выберется оттуда, где сейчас находится. хотя, мне очень
этого жаль.

Дегтярев Евгений,

просто хочется минимизировать количество используемых
языков ))

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

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

посмотрим, дойдут ли у нас.

PS: в каком то роде мы остались верны Turbo Pascal, так как используем TypeScript, а у них один автор Anders Hejlsberg.