pro.jvm

02 Jul 2025 13:29

Кондишен индексы ломают партицирование, поэтому тут не могу взять их

pro.jvm

02 Jul 2025 13:24

добавить условие where статус такой то

pro.jvm

02 Jul 2025 13:24

только в одном статусе. другие статусы могут повторяться

pro.jvm

02 Jul 2025 13:20

А как правильно гарантировать уникальность определенной сущности, но только в определенном статусе? Ну типа есть int_id у Process, процесс должен быть один в статусе running с одним int_id, при этом может быть несколько, но в других статусах. Просто если делать констрейнт не на базе, то может получится ситуация, когда один поток пошел проверять есть ли такой процесс активный- не нашли, второй тоже пошел проверять и тоже ничего не нашел, и они вместе создали, нарушив конситентность

pro.jvm

02 Jul 2025 10:18

Простите что потревожил, больше не буду))

pro.jvm

02 Jul 2025 10:16

Мне кажется что вам стоит все же в @javastart и начать с азов.

pro.jvm

02 Jul 2025 10:15

Ну очевидно напрямую в БД ходит видимо)))

pro.jvm

02 Jul 2025 09:47

Ну, оно рест сервис дёргает?

pro.jvm

02 Jul 2025 09:40

понял, тогда хз не веб не писал, подыми шттп сервер и через него обращайся

pro.jvm

02 Jul 2025 09:34

😕😕😕😕😕😕😕😕😕😕

pro.jvm

02 Jul 2025 09:32

2 tier app было давно и локально, когда клиентское приложение напрямую лезло в базу

pro.jvm

02 Jul 2025 09:24

Зачем пользователями в базу лезть?

pro.jvm

02 Jul 2025 09:23

Доступ к базе только через апи

pro.jvm

02 Jul 2025 09:22

Поднимешь впн и там подключаешься, ну через ssh порт пошарить тоже вариант конечно

pro.jvm

02 Jul 2025 09:17

Просто нативные запросы нужно будет в ручную вбивать с учетом пагинаций, агрегаций и так далее. Не думаю что это будет быстрее для пользователя

pro.jvm

02 Jul 2025 13:28

И типа сделать is_locked и добавить поля по ограничению? Да, думаю пойдет, спасибо

pro.jvm

02 Jul 2025 13:24

сделать lock табличку? если в нее провалилась запись при коммите - то не будет проблем с консистетностью

pro.jvm

02 Jul 2025 13:22

наложить юник по двум полям?

pro.jvm

02 Jul 2025 10:24

понял, буду пробовать, спасибо!

pro.jvm

02 Jul 2025 10:17

я там задавал вопрос на эту тему, ответили только здесь)

pro.jvm

02 Jul 2025 10:15

ну да, напрямую)) но мне уже сказали что это не комильфо)))

pro.jvm

02 Jul 2025 10:13

А как общается приложение с сервером?

pro.jvm

02 Jul 2025 09:41

можно стартануть с 3 tier app но это будет устаревшая инфа, ближайщее что можно посмотреть и актуальное это Service Oriented Architecture, но для пет проекта 3 tier - норм

pro.jvm

02 Jul 2025 09:35

да всм промежуточном сервисе, у тебя приложение на жабе, скорее всего это веб условно
А пользователь - это клиент(штмл жс который ему отослался)
Или у тебя не веб?

pro.jvm

02 Jul 2025 09:34

как правильно написать в поиске чтобы почитать об этом промежуточном сервисе?

pro.jvm

02 Jul 2025 09:31

то есть между пользователем и БД должен быть промежуточный сервис, который будет обрабатывать запросы пользователей?

pro.jvm

02 Jul 2025 09:23

желательно чтобы бд и сервис были недалко друг от друга

pro.jvm

02 Jul 2025 09:23

я не спец по защите, но входной контур должен уметь авторизовывать пользователя, блокать аккаунты выдавать какую-то статистику.
а так если выставляете порты наружу, стандартные не выставлять, вайтлистить, блеклистить ip адреса, смотреть переборы паролей, может ddos

pro.jvm

02 Jul 2025 09:20

запросы пользователям вбивать не надо будет. Запросы будут заранее подготовлены и прописаны в приложении. Я просто хочу понять - когда пользователи будут пытаться получить данные из БД - им лучше дать подключение напрямую через ip и открытый порт или через SSH подключение?))

pro.jvm

02 Jul 2025 09:16

Как тогда может быть сравнима скорость доступа к данным, через нативный sql и подготовленный sql в приложении?