Проблема реляционных баз данных - плохая горизонтальная масштабируемость и дороговизна. Такие монолиты-комбайны, когда все в одном и работает на сервере-мэйнфрейме.
Собственно поэтому и возник NoSql, как решение проблемы, со своими ограничениями (CAP теорема). Пример - MongoDB который хорошо работал с большими объемами данных.
Потом появились системы которые закрывали задачи, например по обработке данных в памяти, In-memory базы данных, для решения задач кэширования данных, Redis.
Для полнотекстового поиска ElasticSearch, и его конкуренты. Для аналитической обработки ClickHouse, для обмена сообщений RabbitMQ и Kafka. Это все NoSql и есть, но не в части хранения данных, а их обработки. Произошел такой распил монолита функциональности классических RDMBS.
Сейчас видно что архитектурно RDBMS из топа списка не могут предложить масштабируемую конфигурацию за вменяемые деньги. Появляются системы NewSql, YaDb как пример - заявляет поддержку транзакций, аналитической и потоковой обработки и это все на commodity hardware с горизонтальной масштабируемостью.
Очевидные вещи про пользу тестирования для одних не всегда являются такими для других (процент уточнять не будем). Лучше еще раз повторить и поднять эту тему, в целом вектор правильный и про качество и как сохранить баланс со скоростью разработки фичей и проч.. Проблема то существует. Не понимаю в чем ужас-ужас. Можно в комментариях дополнить про граничные условия, когда тесты не получается написать или они не нужны для некоторых типов проектов.
>>по старчески Видел тут рекламу выступления струнного оркестра с хором на произведения Короля и Шута. И мне почему-то стало смешно :), когда я ярко представил как они будут петь "Ели мясо мужики". Дамы в строгих таких платьях на своих скрипках смычками туда-сюда - "ели мясо мужики, пивом запиваали" и хор такой "о чем конюх говорил, они не по ни мали". Вот она - старость.
Аристотель - основатель научного метода, хотя был сторонником геоцентрической системы мира. Что будем делать с наследием этого философа, уважим или отправим на свалку истории и вернемся в пещеры?
Не получится, только в 3-ей версии есть работающий функционал очистки старых данных. В 4-ой версии он пока отключен так как есть некоторые сложности реализации.
Как вариант - скриптовать запуск и останов программы, старые данные удалять, вполне реализуемо и в Win и в Unix.
Я их добывал в соленых лужах, они там вырастали до 5 мм насколько помню. И да, живучи были, в соленой воде, потом дома какое-то время жили в банке, не знаю - дней несколько. Обмоешь их в пресной воде - и в аквариум. Рыбы их среднего размера съедали спокойно, гуппи мелкие не, а вот скалярии или меченосцы - нормально так.
Не пробовал ноотропы, но мне помогает взбодриться партейка в футбол или баскет часа на 2. Бывает после яркой игры не могу заснуть до 3-4 ночи. Или плавание, полчаса тоже прибавляет бодрости и производительности для умственной работы. И так практически каждый день.
Дальше - творчество, созидание. Пока ясельный период, познаем мир, пробуем на вкус и цвет, ломаем (материю), законы всякие, физические, социальные итд. Преодолели же гравитацию, к бессмертию вот присматриваемся, почему бы и нет, проверяем как все работает. Потом уже в зрелом возрасте выходим на уровень создателя и устраняем все преграды, в том числе в разных типах незнания :)
Но у меня не завелось Timeout expired after 60000milliseconds while awaiting InitProducerId. Так не разобрался в чем причина. Без транзакций отправка работает, в итоге сделал отслеживание повторных передач через БД.
Активно использую WSL для локальной сборки и запуска приложений Java. Настроил WSL, окружение в виртуалке (JDK, maven) и делаешь вызов: wsl mvn -f .., А там скрипты, заточенные под Linux, работает все и файлы доступны из Win (из которых потом лепишь что хочешь в Докер и стартуешь в контейнерах).
Из проблем:
— DNS в WSL1, решается использованием какого-нибудь powershell Invoke-WebRequest для загрузки файлов, правка /etc/hosts конечно.
— медленно работает ФС на WSL2 — переключился на WSL1, сборка стала проходить быстрее в 5-7 раз.
На метане — раза в 3-3,5 дешевле. 2 года, 35 тыщ пробега на газовой метановой Весте — больше за бензин не сяду ибо дорого. Будем посмотреть как электротранспорт будет развиваться, пока ждем хороших аккумуляторов — ну а пока метан без конкуренции в российских реалиях и климате.
Проблема реляционных баз данных - плохая горизонтальная масштабируемость и дороговизна. Такие монолиты-комбайны, когда все в одном и работает на сервере-мэйнфрейме.
Собственно поэтому и возник NoSql, как решение проблемы, со своими ограничениями (CAP теорема). Пример - MongoDB который хорошо работал с большими объемами данных.
Потом появились системы которые закрывали задачи, например по обработке данных в памяти, In-memory базы данных, для решения задач кэширования данных, Redis.
Для полнотекстового поиска ElasticSearch, и его конкуренты. Для аналитической обработки ClickHouse, для обмена сообщений RabbitMQ и Kafka. Это все NoSql и есть, но не в части хранения данных, а их обработки. Произошел такой распил монолита функциональности классических RDMBS.
Сейчас видно что архитектурно RDBMS из топа списка не могут предложить масштабируемую конфигурацию за вменяемые деньги. Появляются системы NewSql, YaDb как пример - заявляет поддержку транзакций, аналитической и потоковой обработки и это все на commodity hardware с горизонтальной масштабируемостью.
Очевидные вещи про пользу тестирования для одних не всегда являются такими для других (процент уточнять не будем). Лучше еще раз повторить и поднять эту тему, в целом вектор правильный и про качество и как сохранить баланс со скоростью разработки фичей и проч.. Проблема то существует. Не понимаю в чем ужас-ужас. Можно в комментариях дополнить про граничные условия, когда тесты не получается написать или они не нужны для некоторых типов проектов.
>>по старчески
Видел тут рекламу выступления струнного оркестра с хором на произведения Короля и Шута. И мне почему-то стало смешно :), когда я ярко представил как они будут петь "Ели мясо мужики". Дамы в строгих таких платьях на своих скрипках смычками туда-сюда - "ели мясо мужики, пивом запиваали" и хор такой "о чем конюх говорил, они не по ни мали". Вот она - старость.
Муравьиный лев конечно был страшен неимоверно на большом экране. Потом ночь уснуть не мог.
Меня в SQLite впечталило "100-процентное покрытие по MCDC" и последующее практически полное отсутствие багов.
Интервью с создателем SQLite (часть 2): Android 2005, хвала Кнуту, 100% тестовое покрытие, собственная CVS / Хабр (habr.com)
зы. ClickHouse на минималках :) real-time-intelligence/fbase: Hybrid time-series column storage database engine written in Java (github.com)
Воот. Тоже на будущее думали про использование GraalVM. Зависимостей штучки три-четыре. Надемся будет безпроблемная компиляция в native image real-time-intelligence/fbase: Hybrid time-series column storage database engine written in Java (github.com)
Java Money and the Currency API | Baeldung
"О сколько нам открытий чудных" - только наоборот.
"Но всё-таки уважаем этих людей мы за их научные изыскания, а не за их заблуждения." (с) fireSparrow.
Аристотель - основатель научного метода, хотя был сторонником геоцентрической системы мира. Что будем делать с наследием этого философа, уважим или отправим на свалку истории и вернемся в пещеры?
Не получится, только в 3-ей версии есть работающий функционал очистки старых данных. В 4-ой версии он пока отключен так как есть некоторые сложности реализации.
Как вариант - скриптовать запуск и останов программы, старые данные удалять, вполне реализуемо и в Win и в Unix.
Я их добывал в соленых лужах, они там вырастали до 5 мм насколько помню. И да, живучи были, в соленой воде, потом дома какое-то время жили в банке, не знаю - дней несколько. Обмоешь их в пресной воде - и в аквариум. Рыбы их среднего размера съедали спокойно, гуппи мелкие не, а вот скалярии или меченосцы - нормально так.
Кормил этими рачками аквариумных рыбок.
Дальше - творчество, созидание. Пока ясельный период, познаем мир, пробуем на вкус и цвет, ломаем (материю), законы всякие, физические, социальные итд. Преодолели же гравитацию, к бессмертию вот присматриваемся, почему бы и нет, проверяем как все работает. Потом уже в зрелом возрасте выходим на уровень создателя и устраняем все преграды, в том числе в разных типах незнания :)
Но у меня не завелось Timeout expired after 60000milliseconds while awaiting InitProducerId. Так не разобрался в чем причина. Без транзакций отправка работает, в итоге сделал отслеживание повторных передач через БД.
Из проблем:
— DNS в WSL1, решается использованием какого-нибудь powershell Invoke-WebRequest для загрузки файлов, правка /etc/hosts конечно.
— медленно работает ФС на WSL2 — переключился на WSL1, сборка стала проходить быстрее в 5-7 раз.