В
интуиция
Size: a a a
2020 February 19
PZ
В чистом виде данные не хранятся, а сразу в аггрегат
PZ
Не конкретно в этом случае. Фатальной разницы на хранение пары ключ аггрегат значения не будет
PZ
Просто чисто по физическим соображениям
DT
P Z
Проблемы начинаются когда появляется потребность в регулярках. Юзать лайвхак с xdto схемой или com или эмуляция регулярное кодом - тут конечно 1с начинает проигрывать
А почему odbc не рассматриваешь?
PZ
А почему odbc не рассматриваешь?
В рамках озвученной задачи не нужно
NG
P Z
Проблемы начинаются когда появляется потребность в регулярках. Юзать лайвхак с xdto схемой или com или эмуляция регулярное кодом - тут конечно 1с начинает проигрывать
Напоминаю про нэйтив апи компоненту с регулярками
PZ
Напоминаю про нэйтив апи компоненту с регулярками
Когда я ставил свои эксперименты по разработке собственного уникального парсера ТЖ её ещё не было
PZ
Под уникальным читай свой велосипед. Сделал в итоге на питоне проигрался и под сукно засунул
DT
Andrei
Ребя. Есть файл txt внутри текст с разделителями " " (пробел). Итого в нем две колонки и 90 000 строк. В одной из колонок ключ искомых данных (колонка А) во второй значение (колонка 3). Дополнительно есть массив! искомых в файле ключей на около 800 элементов. Нужно понять сколько элементов нашего массива найдено в этом файле по колонке ключа(А). При этом найденные строки в файле надо суммировать по колонке значений(З). Как это делать быстро-быстро? Уже неделю в голове кручу)
Ну а почему не сделать так: в файле делаем автозамену искомых 800 ключей на некое предопределенное значение К. Потом открываем файл в виндовом драйвере odbc для csv/txt и пишем к файлу запрос "SELECT COUNT(T.A), SUM(T.З) FROM FILE AS T WHERE T.A = K". Это не будет построчное чтение теста, у меня таким образом получалось с максимальной скоростью грузить csv в 1С.
PZ
Ну а почему не сделать так: в файле делаем автозамену искомых 800 ключей на некое предопределенное значение К. Потом открываем файл в виндовом драйвере odbc для csv/txt и пишем к файлу запрос "SELECT COUNT(T.A), SUM(T.З) FROM FILE AS T WHERE T.A = K". Это не будет построчное чтение теста, у меня таким образом получалось с максимальной скоростью грузить csv в 1С.
Автозамена ключей как произойдет?
DT
P Z
Автозамена ключей как произойдет?
Любым текстовым процессором :)
PZ
+ что делать если драйвера нет?
DT
P Z
+ что делать если драйвера нет?
А вдруг есть? :)
PZ
Любым текстовым процессором :)
И в чем выигрыш?
PZ
1с уже год назад очень шустро читал построчно.
Те самые 30 Гб логов на которых я ставил опыты на 1с, c#, питоне и го при построчном чтении с присвоением переменной прочитанного значения - отличались практически ничем
Те самые 30 Гб логов на которых я ставил опыты на 1с, c#, питоне и го при построчном чтении с присвоением переменной прочитанного значения - отличались практически ничем
PZ
Вся разница начиналась только при необходимости текстовых преобразований. Причем СтрРазделить - тоже по производительности доли процентов отставал
PZ
А вот уже на взрослых регулярках - все плохо
С
Раз уж зашла речь про логи )
С
Ничего готового не появилось в части логгирования в 1с? Через сервис может как-то ? Использовали запись в файлы, но как-то не комильфо ) хочется чего-то большего