В go есть аналог StreamReader с шарпа? Чтобы не грузил ОЗУ при чтении больших файлов

в go все stream reader

🤔

написал процедуру, выполняю её через db.Exec("SELECT procedure_name($1)", "some value"), возвращается структура с поинтером на какой-то адрес и 0

кто в регекспах шарит? какую альтернативу можно применить в гошке для positive lookahead? (не поддерживается =\)

если на регэкспах нет тупого решения в лоб, выкидывай их нафиг и используй парсеры-комбинаторы

универсальное решение - https://github.com/prataprc/goparsec

Кто нибудь может обьяснить, почему UPDATE SQL-запросы такие медленные? Даже самые простые.

Кто нибудь может обьяснить, почему UPDATE SQL-запросы такие медленные? Даже самые простые.

не все медленные, всё зависит от 1) как вы настроили и какие индексы используете 2) настроек самой субд, включен ли там лог и как часто он синхронизруется, 3) от настроек репликации, нужен ли кворум или всё асинхронное. 4) от нагрузки бд, возможно данные очень часто обновляются и у вас лок контеншен высокий 5) возможно у вас проблемы с железом/настройками ос итд

Народ, а посоветуйте плз - может, есть готовое решение для хранения переменных/объектов/структур в памяти, типа мап, но при этом с возможностью индексирования и поиска не только по основному ключу, но и, например, по значениям переменных в хранимых структурах? Ну или там, с ручным заданием нескольких ключей для индексирования и поиска Для чего нужно: есть большушая куча объектов в бд, сложных, со связями между собой, с которыми постоянно необходимо что-то делать (через опр.промежутки времени) Постоянно терзать бд для их выбора - неоптимально, можно ведь держать все в памяти и дергать базу только ддя обновлений и, например, периодических синхронтзаций Но хочется делать это удобно :)

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

Народ, а посоветуйте плз - может, есть готовое решение для хранения переменных/объектов/структур в памяти, типа мап, но при этом с возможностью индексирования и поиска не только по основному ключу, но и, например, по значениям переменных в хранимых структурах? Ну или там, с ручным заданием нескольких ключей для индексирования и поиска Для чего нужно: есть большушая куча объектов в бд, сложных, со связями между собой, с которыми постоянно необходимо что-то делать (через опр.промежутки времени) Постоянно терзать бд для их выбора - неоптимально, можно ведь держать все в памяти и дергать базу только ддя обновлений и, например, периодических синхронтзаций Но хочется делать это удобно :)

Погугли в сторону golang embedded in memory dB Есть несколько штук

В sql обычно есть уникальный первичный ключ

Но по сути вопроса - иметь свою презентацию в памяти того, что есть в базе - это гибельный путь

с кешами засада в держании их в консистентном состоянии с базой и это сложно

ну хозяин - барин)

ну и да, так или иначе, в каком-то виде, всё равно мне нужно в памяти список оборудования держать, чтобы запускать его периодические опросы

Товарищи, есть тут кто активно контрибьютит в open-source? Хочу влиться в проект.

а сейчас что мешает это сделать?

ладно, совсем близкий к жизни пример, а то у меня абстракции непонятные получаются :) Есть, например, какое-то сетевое оборудование Оно опрашивается раз в какое-то время При каждом опросе проверяется куча разных штук — например, по какому-то протоколу обнаруживаются соседи (такие же железки) на каждом порту свитча на одной железке 50 портов ; у каждого порта - уже найденные ранее соседи ; при каждом опросе нужно смотреть — изменилось ли что-либо с предыдущего опроса, если да — обновлять данные в БД таких железок - тысячи при достаточно частом опросе - получится тупое непрерывное дрочево БД постоянной выборкой одних и тех же данных, в 99% случаев неизменных :(