EDIsaev, если источник времени для записей таблиц - не СУБД, то задача будет решаться исключительно на функциях с входными параметрами. Каждый раз придется передавать отметку времени от внешнего источника. Либо как-то сообщать дельту времени в какой-то сеансовой глобальной переменной, чтобы остаться на этой схеме реализации.
Еще 100% будет работать, если обзавестись портативным дисководом DVD и его подключать к старому компу, еще записать диск с установкой системы.
Тогда не надо воевать с драйверами накопителей USB на каждом отдельно взятом устройстве.
Арендуете конфиг с видеокартой, большим объемом ОЗУ, SSD. Заливаете свое окружение и работаете.
Типа такого (см. конфиг с GPU): https://selectel.ru/prices/calculator/
Берите любое предтоповое/топовое игровое решение - не ошибетесь.
Там, где заканчивается игровой комп, начинается минимальный конфиг для нейронок.
Игрушка для одного человека недешевая, поэтому пользуются нейронками по подписке, либо одалживают мощности в облаках. Держать мощности в своем железе - это самый дорогой вариант.
Добавил в ответ выбор NEW/OLD и допустимые операции. В отдельных случаях вы можете проверять NEW/OLD.date_start/date_end is null, если у вам нужно начало интервала из нового значения взять, и конец интервала из старого, и наоборот.
Со Spring и какими-либо ORM я никогда не работал, всегда обходился теми инструментами, которые предоставляет сама СУБД.
Если к СУБД не относится как просто хранилищу, а правильно построить запросы и написать хранимые функции, то можно добиться много.
Хотя в Spring может быть другой подход. Возможно, вам нужно посмотреть некие интерфейсы, которые дадут дополнительные вычисляемые свойства класса, такие, чтобы не озадачивать напрямую СУБД. То есть, нужно отойти от концепции прямого отображения данных. Не всегда объект класса можно собрать один в один как он хранится в базе.
wrstnwrld, 5-8% трафика - служебный. Разбиение на пакеты, синхронизация, пересылка контрольных сумм.
В общем, не будет у вас макс. математически вымеренной скорости, есть определенные издержки на передачу данных, они сильно зависят от технологии каналов связи.
ПС: Вы еще wifi не тестировали на пределах возможности. Там потери x2 от паспортных характеристик - это норма.
Практика - это, в смысле, поработать 3-5 лет в администрировании сетей/ОС, а потом уже думать про аспекты безопасности или тестирования.
Безопасники на курсах не создаются, они образуются только при такой практике.
в моем случае на основе этих полей выводится информация на экран, для обычных людей, про бд они даже не слышали,
У вас API доступа к данным базы как то жестко завязано на отображение.
Так быть не должно.
Если у вас есть сложно вычисляемые свойства, то упаковывайте их в функции и предоставляйте доступ к этим функциям для клиентов базы данных. Если нужно инкапсулировать их в поля, то не нужно давать доступ к исходным таблицам, нужно использовать вью.
Вам через шедулер в postgres придется создавать задачу, которая раз в сутки будет через процедуру менять статус, если хотите такое свойство в живую иметь. Триггер тоже будет дергать аналогичную процедуру, но с частными параметрами.
Просто я пишу, потому что концепция проектирования базы не верная, из-за этого много придется обвязок делать, чтобы поддерживать поля в актуальном состоянии.
Текущие статусы должны вычисляться налету в запросах или функции, а не храниться в базе.
Нужно смотреть, включен ли по умолчанию UEFI.
Если Win 11, то должен быть во включенном состоянии.
После включения и перезагрузки, нужно смотреть, что доступно для загрузки под UEFI.
А зачем в таблицу записывать статус, зависящий от текущей даты?
Достаточно создать хранимую функцию, которая получает некий статус от совокупности данных текущей таблицы или нескольких таблиц, и ей пользоваться в запросах.
Если не нужно светить название данной функции, то используйте вью с этой функцией (или, вообще, с примитивным case-ом) - в ней будет на выходе короткое название статуса, как будто он хранится в базе, и триггеров никаких не нужно будет.
В метро такая оффлайн тема была. Достаточно оператору услуги один раз синхронизировать лог проданных единиц и считанных единиц конечным устройством, чтобы нелегальные токены поместить в черный список. Не пытайтесь сжульничать, вас вычислят очень быстро. В самом безобидном случае заблокируют ключ.
Любая карта nvidia с парочкой ядер cuda, ценой за банку пива в комиссионке.
Нет ли чего-то дешевого, может быть, даже подключаемого по USB.
Таже видеокарта, прокинутая через райзер как внешнее устройство. Только вы прокидываете не USB в чистом виде, а урезанный вариант PCI-E по шине USB 3.0. Погуглите, как заставить работать ноутбук с внешней видеокартой.
В любом случае, ваше ультра сложная задача сведется к распараллеливанию, и накидыванием ее на вычислительные блоки cuda.
Пока человечество лучшее не придумало.
Чем скорее вам отсоединят батарею от материнской платы - тем дешевле ремонт. Не медлите с этим.
Лучше разобрать сразу после залития, если батарея не съемная.