Yury093

Для управлением состоянием нужно использовать одну из библиотек для управления состоянием.
Одна из самых популярных сейчас - Redux. Есть еще Mobx, например. Есть и другие новые модные - почитайте сравнение по запросу "alternatives to Redux" ну или вот статья: https://habr.com/ru/company/ruvds/blog/566102/

Я так понял основной вопрос в не числовых полях.
Если вы уверены что в БД1.таблице1 должен быть в точности тот же набор значений что и в БД2.таблице2, то у вас есть как минимум два варианта:
использовать хеш функции или CRC - это специальные функции которые считают некоторое число по любым данным. И если данные хотя бы буквой отличаются, то с очень высокой вероятностью будет отличаться и hash/crc

Поскольку одна из сторон сравнения у вас 1c, я предполагаю что она стоит у вас на MS SQL, вот ссылка на такие функции в ней. Дальше остается найти аналогичную функцию в исходной БД.
https://docs.microsoft.com/ru-ru/sql/t-sql/functio...

Ответ на ваш вопрос: функции в js по совместительству являются также и объектами.
Поэтому в них можно вот так сохранять значения... и читать их можно оттуда.
Хранятся они в объекте.
Возможно проще будет понять если написать вот так:

let myFunction = function () {}
myFunction.a = "some text";

Обратите внимание, что это почти то же самое что написали вы. В вашем случае вы также создали переменную myFunction, просто создали ее "неявно".

Обычно в программе поднимают http сервер, а из браузера идут к нему по http.
Рекомендуют поискать "<язык_вашей_программы> http server example" - это сделать в программе.
А затем AJAX - это сделать в Javascript.
Вот так и связать...

Конечно может, вопрос в железе. И микроскопом можно забить гвоздь.
Но на слова "хочу быстро вставлять и быстро читать потоком" так и хочется ответить "а зачем тебе БД?"

Поэтому хотелось бы уточнить у автора: а вот кроме описанного "вставить миллион, считать миллион" - что предполагается делать с данными? Менять их построчно? Искать по какому-то ключу? это все надо? Если нет - я бы все же рекомендовал не использовать БД.

Тут следует понимать что любая нормальная БД это [почти] всегда двойная запись на диск: вы пишите в таблицу И в лог базы данных. Именно поэтому файл или Kafka или иной MQ будет всегда быстрее.

Ну а если БД все равно нужно - ну тогда BULK режимы вам в помощь. Обычно они используются для пакетной инициализирующей загрузки. В некоторых БД они на время своей работы могут отключать какие-то фичи или даже логирование в лог транзакций.
----------------------------
Вообще по всем признакам в вашем случае идеальным будет вариант писать в MQ (RabbitMQ или Kafka или см аналоги), а уже из нее в БД. "Все так делают", по крайней мере в крупных компаниях это довольно типовое решение для подобных вашей задач. Причем БД в этой истории нужна только если вам потом нужно хранить и селектить. Если после первой операции данные вам более не нужны, либо нужен только бэкап, то БД не нужна - пишите в файл, пакуйте в zip (в энтерпрайзе - кидайте файлы в Hadoop в каком нибудь Parquet формате).