Orioss, тебе зачем нужно много интерфейсов? У тебя одна задача.
А если-бы была база в 500 таблиц. Ты создавал бы 500 Dao объектов?
Возьми разумный минимализм. Я понимаю что Java-разработчики техно-фетишисты.
И они - не виноваты. Их так учили. Но попробуй взять философию KISS/YAGNI.
Она - не менее полезна чем эти ORM/Hibernate/SpringData.
У тебя проект использует yt-dlp? Я просто не пойму где ты зацепил такую странную зависимость.
Покажи консоль что ты делал. Ты же понимаешь что такое наивное объяснение как запускал pyinstaller - звучит как то неубедительно.
OCCASS OCCASSOVICH, для того чтоб искать все ключи в Redis можно сделать KEYS *.
Но сама постановка вопроса говорит о том что тебе Redis не подходит. Key-Value хранилища не предполагают
массовых выборок или агрегаций. Подумай об этом.
1) есть страх, что редис переполниться
2) и то что может произойти гонка данных
Чтоб что-то не переполнялось - надо иметь оценку объема. Допустим в БД будет 50 млн человек (устройств) трекать свою позицию. Загрузить в тестовом режиме туда 10% и посмотреть как редис захватывает память и сделать прогноз. Сисадмин поможет расчитать занятую и свободную память.
Насчет гонок - я не понял. У тебя атомарные операции. Обновил по ключу и плевать. Консистентность
не нужна. Кто последний - тот и прав. Усложнять эту модель не надо. Это не финансы. Координата есть - оно и ладненько.
Вот это очень интересный constraint. Он существует в плоскости знаний БД.
user_id int REFERENCES users (id)
Но он никак пока не отражается в модели уровня приложения. Тоесть если программист
даже просмотрит декларации Dao - он никогда в жизни не догадается о том что такое
ограничение существует.
По сути если решать этот вопрос глубже - то надо создавать расширенную модель.
Что-то вроде UserWithTodos. Но там - тоже свои вопросы. Как? Вложенные коллекции
todo-s? А они всегда нужны? Может есть запрос типа preview когда смотрим пользователя
без его записок?
Я жене гладильную доску купил. Тоже с дефектом. Царапина или скол на ножке. Но я доволен был.
Минус 50% скинули. Мне кажется что в спорных случаях продавец должен уступать и предлагать сильную скидку.
Лет 10 назад китайский плеер Pixus купил. Там Android 4.0 и вообще никакого интернета. Реально и щас работает. Только сильно новые форматы видео может не читать.
В магазине с витрины. Без блока питания. Был утерян. Я посмотрел -
замена легко может быть найдена. Потребовал скинуть 20%. Менеджер куда-то позвонил. И потом охотно одобрил.
Mersi_dems, на самом деле только ты сам сможешь ответить на этот вопрос проведя эксперименты. Наука НС активно развивается последние 10 лет. И алгоритмов обучения - бесчисленное множество. Как и топологий сети уже придумали целую кучу. И прямого распространения. И рекуррентные.
Тоесть вся эта наука - это сплошная практика и наблюдения. Там теория была только в чести Колмогрова-Арнольда для аппроксимации функции множеством других. И для доказательства сходимости там тоже была теория.
А все остальное - это как селекция в сельском хозяйстве. Берут какой то метод. Пробуют. Подошел? ОК. Потом улучшают. Короче генетические алгоритмы управляют улучшениями над архитектурами НС.
Вобщем пробуй и приходи с результатом. Ты скорее всего ближе всех к симуляции твоей идеи. Вряд ли кто-то в топике захочет опровергать твою идею.
DHT таблица - такие тройки.
IP address; UDP port; Node ID
Вот какая тут связь? Философская? Метафизическая?