нічого не знайшов. Шукав щось подібне до періоду оновлення.
Ви робите це програмно чи дані автоматично оновлються через конект до бази ?
Обдумую форму Розклад у вигляді dataGridView. В грід по кліку будуть записуватись якісь дані.
Але ця форма буде доступна одночасно для багатьох користувачів.
Один користувач щось вніс і це моментально має показати в іншого користувача.
Щоб той інший користувач не записав на ту саму годину.
В мене є така штука як Таймер і Інтервал
Чи є подібне в dataGridView ?
Стикер
Не зрозумів, буде читати матчасть Пошук показав що це по HTTP Таке в десктоп не прикручу, бо буде тільки форми і база. Зберіг собі на смутне далеке майбутнє, дякую
а воно в тебе без апі буде синхронізуватись, зрозумів
коротко про це: замість того щоб кожні н секунд питати у серверу "а чи є зміни" ми робимо запит до серверу і він вісить пока дані на сервері не зміняться
тоді нема проблем з тим що якщо таймаут довгий то даі застарілі а якщо таймаут короткий то ми спамимо реквествами
ну чи можна вебсокети прикрутити якщо воно буде з апішкою, це за своїм бажанням
https://www.postgresql.org/docs/current/plpgsql-trigger.html якщо без апі то в потсгре походу є якась своя альтернатива івентам, але я не шарю тому не допоможу
Доречі як в цьому плані ангуляри працюють? Мабуть є список івентів при яких треба оновити модель через байндінги і при яких звернутися на сервер, мабуть web сокетами той грід колбечити
а там мона напряму грід до бази доєднати? я не дуже шарю в жсових фреймворках якщо що
Хз як. Як би робив 1. пуліг раз на 30 сек 2. при зміні на сеовері через сокети оповіщав би інших клієнтів 3. ввів би версію запису в базу, при спробі оновити рядок який має вищу версію в базі чим поточна на клієнті кидати помилку, казати що грід змінився і перезавантажувати грід ну це так в першому наближенні
але у нього нема апі)
ну як я зрозумів
Це порада від Остера.
ви мене ображаєте 😢
аніж бомбардувати сервер реквестами і + вирішувати проблеми з актуальністю, не краще зробити просто поллінг/вебсокет ?
Що мається на увазі під поллінгом?
про що мені сказали що я кловн)
Ти даєш відповідь не на питання по стеку. А по своїм уявленням як краще. Порада із HTTP світу або світу серверів із кастомним протоколом(хоча там long-polling також немає) ніякого відношення до світу БД не має. Це не дуже гарно давати поради які змушують усе переробити людину. Без бенефітів.
хз, іти в лоб теж для мене не звучить як гарний спосіб вирішення проблеми
і лонгполлінг це не кастомни протокол, а просто хттп без таймауту, тому прикрутити його куди завгодно не дуже складно
Ти же не знаєш як десктоп апки робляться, так?
я маю уявлення що апі юзають майже завжди бо як мінімумм просто давати доступ до бази кому завгодно не є чимось безпечним
уявляю як прикольно був би тг без апі, чисто в базу пише повідомлення) потім хтось приходить такий, "drop table", 👍
Ні. Спитай у людини чи буде сервер аплікацій чи десктопна апка буде напряму до бази конектитися
ну це ж пропозиція, не хочеш - не юзай
Людина не телегу пише, а звичайну апку для звичайних компаній. Не рокет сайнс. Ці технології все ще дешевші ніж веб
у мене завжди рокетсаєнс)
і це не дуже гарно
краще я вкину щоб людина хоч знала "о, а так виходить можна"
Обсуждают сегодня