https://slinkov.ru/openforum/vsluhforumID3/118925.html В разряд свободного ПО переведена система планирования ресурсов предприятия, управление бизнес-процессами и организации взаимодействия с клиентами BGERP. Код написан на Java и распространяется под лицензией GPLv3. Открытие кода призвано упростить распространение решений, а также взаимодействие заказчиков с исполнителями работ. В ближайшем будущем основной разработчик проекта будет работать над ним на полный рабочий день...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51813<br> https://slinkov.ru/openforum/vsluhforumID3/118925.html#93 Tue, 07 Jan 2020 17:21:32 GMT Важно то, насколько хорошо обеспечивает задуманное. <br><br>В Боинге тоже на Фортране пишут. Не самый модный язык. Но толковые самолёты.<br> https://slinkov.ru/openforum/vsluhforumID3/118925.html#92 Sat, 16 Nov 2019 11:27:23 GMT &gt; Неправильно. Посмотрите Nuxeo.<br><br>Простой пример непереносимости. В Oracle пустая строка трактуется как NULL, а в Mysql пустая строка и NULL разные штуки.<br> https://slinkov.ru/openforum/vsluhforumID3/118925.html#91 Sat, 16 Nov 2019 11:19:07 GMT &gt;&gt; Не получается полноценно СУБД использовать без прибивания.<br>&gt; Получается, посмотрите Nuxeo.<br><br>Таки глянул. Там используется свой язык NXQL, который транслируется в конкретные диалекты. Ну это не то. Так можно сказать, что PHP не прибито гвоздями потому что есть doctrine или как там его.<br> https://slinkov.ru/openforum/vsluhforumID3/118925.html#90 Sat, 16 Nov 2019 11:12:17 GMT &gt; Серьезные решения - это мозаика из разных продуктов, которые компанией были куплены <br>&gt; у разных фирм и стартапов и теперь продаются под одной вывеской... <br>&gt; И там действительно на каждом кусочке мозаики- могут быть разные СУБД <br>&gt; и языки, и технологии...<br>&gt; Но на каждом из этих кусочков- выбранная СУБД "прибита гвоздями"... По многим <br>&gt; причинам.<br><br>Вот именно. Особенно весело, когда в одном из сторонних решений по неведомым причинам в качестве места хранения используется ЛДАП.<br> https://slinkov.ru/openforum/vsluhforumID3/118925.html#89 Sat, 16 Nov 2019 11:10:41 GMT &gt; Неправильно. Посмотрите Nuxeo.<br>&gt; Прибитость от привычки работы в одной СУБД и недостатка опыта работы в <br>&gt; других. Серьёзные решения пишутся в комбинации noSQL, RDB (включая DWH), Redis, <br>&gt; Elastic...<br><br>Что мне смотреть. Приходится и в Oracle и в MySQL жить. Разница в синтаксисе вполне конкретная даже в мелочах. А это означает, что написаное под одну СУБД может незаработать в другой, хотя внешне это может оказаться неочевидно.<br> <br> https://slinkov.ru/openforum/vsluhforumID3/118925.html#88 Thu, 14 Nov 2019 13:53:23 GMT примеры гибкой настраиваемой системы с скриптами и свистоплясками где??? в целом норм проект по сравнению с платным шлаком норм решение<br> https://slinkov.ru/openforum/vsluhforumID3/118925.html#87 Sun, 10 Nov 2019 14:43:34 GMT Насколько мне известно, первый уже давно не работает над системой и эмигрировал в Германию. О втором просто никогда не слышал.<br> https://slinkov.ru/openforum/vsluhforumID3/118925.html#85 Fri, 08 Nov 2019 17:37:26 GMT Дальнейшие планы:<br><br>Выставление счетов;<br><br>Это точно crm? А упд завезут ? <br><br>Бухам можно уже вешаться ?<br> https://slinkov.ru/openforum/vsluhforumID3/118925.html#84 Thu, 07 Nov 2019 17:24:56 GMT бекапится уже давно xtrabackup'ом. шамиль писал про древние времена, когда для консистентности снапшотов (с которых уже и снимался бакап) необходимо было выполнять<br><br>FLUSH TABLES WITH READ LOCK;<br>system /bin/sh $snapscript<br>UNLOCK TABLES;<br><br>это довольно быстро. и ничего там не шатдаунилось, конечно. хотя не вижу проблем зашатдаунить реплику на время снятия снапшота или даже тупо бекапа, если реплика только для этого и предназначена =)<br><br>что касается bgerp/bgcrm то боль наступает из-за:<br>1) хранения файлов в одном плоском каталоге фс, без хеширования по какому-либо признаку. за несколько лет использования накопилось 5+ млн файлов в каталоге (по 130 тыщ в месяц). после этого оно встало колом.<br>2) все процессы в одной таблице, без партиций. десятки миллионов строк. как только таблица перестала влезать в память - все встало колом.<br><br>со структурой бд надо что-то делать. вечно наращивать память невозможно. с файлами мы уже порешали, правда кривовато (я бы предпочел структуру типа кеша сквида). не знаю, есть ли