Все что ты написал - очень странно. Если это нужно для бизнеса - то ставь себе на всех серверах Postgresql
и пользуйся. Если есть задача которая имеет цену - то нужно видеть главное а не какие-то там старые
серваки и ставить лишь только потому что где-то уже что-то стоит.
Это знаешь как в анекдоте - потерял ключи в темноте - но ищешь их не там где потерял а там где стоит фонарь.
Отговаривать тебя хранить файлы в БД я не буду. Я так понимаю что ты уже точно-точно это решил.
Но я предложу написать прототип на Python например чтобы понять какие опции есть и как это реализовано. И потом как заработает - перенесешь работающий код на C++.
RU_1n, у меня возникал тот-же самый вопрос что и у первого участника. Линия режет квадрат всегда на 2
части. И вообще не очевидно какую из частей мы оставляем. И геометрия не терпит такого халатного
обсуждения условий задачи. Я думаю что тебе стоит прояснить спорные моменты. Линия через центр
дает нам неизвестный результат. Поэтому - уточняй.
Пусть заказчик попробует открыть их не только на своем десктопе но и еще где-то. И вообще в вопросе мало
информации для расследования. Не открываться может тоже по разному. С какими-то месседжами. С алертами
в windows логах.
Yukan Mukimura я не большой знаток NodeJS. Но в таких случаях я смотрю параметры конструктора стрима. Там обычно есть второй параметр encoding. Посмотри.
И если нету - ну... тогда бери текстовые средства и конверть из 1255 в utf-8
Первое - это критическая секция. Что это за объект dataupdate. Как он расположен по отношению
к главной функции? И где вообще главная функция. Хочется понять ее контракт.
Зачем мы делаем emplace? Можно ли сделать просто push_back?
Я не очень понимаю диаграмму вверху. Она какая-то мелкая и трудно читать легенду. Есть подозрение
что критическая секция здесь не нужна. Она - дорогая и ее лучше вынести из цикла. А для каждого
OMP потока накапливать свой маленький список.