На сайтах некоотрых магазинов я находил "конструкторы"
конфигураций которые позволяли покупателю собрать
свой сет и проверить что все совместимо и тянет по мощности
БП.
REFRESH этого материализованного представления занимает очень много времени (минуты, иногда десятки минут).
Что можно сделать чтобы оптимизировать разложение json на элементы?
Без тонкой диагностики непонятно. На что там идут ресурсы. Диск? Процессор?
Возможно тратиться время на парсинг. Попробоуйте в оригинальной таблице заменить JSON на JSONB.
Ratenti, лет 20 один программист (кажется Скляров его фамилия) пытался реверсить
и редактировать pdf документы.
Как следствие - был арестовам ФБР и чуть не сел надолго. Вобщем никому не нужное
это дело. И видимо сама организация Adobe очень сильно не хочет чтоб эти документы
редактировались.
Могли-б остановиться просто на нанесении ЭЦП. Но они видимо решили подпортить кровь
всем кто желает двигаться в этом направлении.
Ratenti, я уж много лет пользуюсь корпоративным Adobe Reader. Но он - только читатель
этого формата.
А другим никогда не пользовался. Для меня pdf всегда был отчетом а не документом.
Генерили его через JasperReports а о том чтоб редактировать и речи не было.
VoidVolker, создай нагрузку на запись. Такую чтоб все дрожало и свистело. И поставь на сутки.
Попробуй миллиард мелких файлов в директории создать. Потом хардлинков. Потом сим-линков на них.
Короче сделай стресс тест настоящим. Ведь после этого можно говорить что у файловой системы нет проблем.
VoidVolker, возможно ты работаешь давно без нагрузки. Очень часто дефекты
файловых систем воспроизводятся когда работает много потоков на запись
одновременно. И когда был reset.
Я помню в телекомах мы тестировали новый сервер exchange. Нам удалось
его уронить просто двумя резетами. Первый резет - сервер ушел в перезагрузку.
И второй резет - во время процедуры старта еще раз.
После этого мы вернули сервер обратно продавцу на ремонт.
Наблюдение. Я не использовал никогда sympy. Вот что пишут на сайте
SymPy is a Python library for symbolic mathematics.
Символические вычисления - это формульные вычисления. Тоесть вместо того чтобы 2/3 преобразовать
в вещесвтенное 0.6666666666666 такие библиотеки сохраняют семантику выражения и используют
ее до конца вычислений. Я считаю что это не самый быстрый способ считать и его имеет смысл
использовать лишь для доказательства теорем.
Поэтому для разгона я-бы первым делом отказался от Симпи и взять другую более близкую
к численным методам библиотеку.
Отметил ответом. Добавлю. Мне кажется что сама по себе идея формата pdf - противоречит
редактированию.
Такие документы как пресс-релизы. Журналы. Прайсы. Бизнес-отчеты. Все это в принципе
является read-only документом и если у кого-то возникает желаение поредактировать
то надо это желание гасить в зародыше.
Не у кого-же нет желание поредактировать *.exe файл?
Любые современные API коллекций всегда содержат реализацию чистой очереди.
Ситуация когда вам может понадобиться двухстековая очередь ... ну я не знаю.
Разве что вы программист на Forth.