Помогите SQL or WebAPI

IcedwinterZ

IcedwinterZ

Активный участник
Пользователь
Баллы
76
Имя в Minecraft
IcedwinterZ
Эх давно я тут темы не создавал, особенно в этом разделе
Вот че лучше сделать, серверное API с гед запросом на получение данных или подключатся к бд из жабы?
 
Сортировать по дате Сортировать по голосам
Прочитал что-то где-то, сам не понял зачем это надо, теперь тут спрашивает. От архитектуры приложения зависит то что тебе надо...
 
За 0 Против
hyndorik сказал(а):
Прочитал что-то где-то, сам не понял зачем это надо, теперь тут спрашивает. От архитектуры приложения зависит то что тебе надо...
Нажмите, чтобы раскрыть...
Пернул в воздух, алло дядя, я тут вопрос конкретно задал
Какой архитектуры, ты сам то понял что сказал, критик из народа?
У меня есть API сервер(сервера не только в майнкрафте), так вот, что будет лучше, обратиться к нему для получения данных или обратится к БД этого АПИ сервера? Там естественно никакого шардинга и шлефов, все прям примитивно и банально. Так че мне делать?
 
За 0 Против
IcedwinterZ сказал(а):
Пернул в воздух, алло дядя, я тут вопрос конкретно задал
Какой архитектуры, ты сам то понял что сказал, критик из народа?
У меня есть API сервер(сервера не только в майнкрафте), так вот, что будет лучше, обратиться к нему для получения данных или обратится к БД этого АПИ сервера? Там естественно никакого шардинга и шлефов, все прям примитивно и банально. Так че мне делать?
Нажмите, чтобы раскрыть...
Вообще не понятно зачем тебе WebAPI, если система не сложная (да и в сложных не всегда оно надо).

Лучше с какой точки зрения?
По меньшей мере есть эти очевидные факторы, которые следует для себя учесть:
  • обращаться к бд напрямую зачастую быстрее, т.к. нет никаких прослоек и лишних сетевых вызовов (если в API присутствует кэширование тяжелых запросов, возможно лучше будет и api использовать, опять такие все нужно смотреть и оценивать в частном порядке).
  • ты будешь дублировать код обращения к бд на стороне web-сервиса и в коде плагина, при условии отсутствия отдельного модуля для работы с бд.
  • ты будешь обновлять и плагин и сервис одновременно (если не использовать различных хитростей), а вот для REST сервиса будет интерфейс, который не будет зависеть от структуры запроса к бд.
  • у тебя может упасть WebAPI, в то время как бд будет функционировать (справедливо и в обратную сторону).
Ты так хорошо спросил - делай как хочешь.
 
За 0 Против
aceJKE сказал(а):
Вообще не понятно зачем тебе WebAPI, если система не сложная (да и в сложных не всегда оно надо).

Лучше с какой точки зрения?
По меньшей мере есть эти очевидные факторы, которые следует для себя учесть:
  • обращаться к бд напрямую зачастую быстрее, т.к. нет никаких прослоек и лишних сетевых вызовов (если в API присутствует кэширование тяжелых запросов, возможно лучше будет и api использовать, опять такие все нужно смотреть и оценивать в частном порядке).
  • ты будешь дублировать код обращения к бд на стороне web-сервиса и в коде плагина, при условии отсутствия отдельного модуля для работы с бд.
  • ты будешь обновлять и плагин и сервис одновременно (если не использовать различных хитростей), а вот для REST сервиса будет интерфейс, который не будет зависеть от структуры запроса к бд.
  • у тебя может упасть WebAPI, в то время как бд будет функционировать (справедливо и в обратную сторону).
Ты так хорошо спросил - делай как хочешь.
Нажмите, чтобы раскрыть...
Лучше с точки зрения простоты поддержки и быстроты использования. Ну мне кажется веб интерфейс особой нагрузки не создаст. Просто нахер реализовывать в плагине то, что уже сделано в WebAPI
 
За 0 Против
IcedwinterZ сказал(а):
Лучше с точки зрения простоты поддержки и быстроты использования. Ну мне кажется веб интерфейс особой нагрузки не создаст. Просто нахер реализовывать в плагине то, что уже сделано в WebAPI
Нажмите, чтобы раскрыть...
Так а нахер делать в вебе то, что с тем же успехом и скоростью делается в плагине? Вот если бы у тебя была сложная система взаимодействия, но это опять же частный случай. Лучше скажи прямо — что хочешь реализовать?
 
За 0 Против
Зависит от того что тебе надо. Если клиентское приложение, то можно c http socket сервером. Если серверное, то jdbc.
 
За 0 Против
InterWall сказал(а):
Так а нахер делать в вебе то, что с тем же успехом и скоростью делается в плагине? Вот если бы у тебя была сложная система взаимодействия, но это опять же частный случай. Лучше скажи прямо — что хочешь реализовать?
Нажмите, чтобы раскрыть...
Ну API сервер на вход принимает ник игрока и хэш, на выход - отдает некоторые данные о нем. Просто это все реализовано уже на сервере и мне просто лень перенести это в плагин, да и мне кажется зачем
 
За 0 Против
IcedwinterZ сказал(а):
Ну API сервер на вход принимает ник игрока и хэш, на выход - отдает некоторые данные о нем. Просто это все реализовано уже на сервере и мне просто лень перенести это в плагин, да и мне кажется зачем
Нажмите, чтобы раскрыть...
Вот и пришли к сути вопроса. Действительно, если данные УЖЕ получаешь через API — оставляй как есть. По мне, так мелкий выигрыш в производительности того может не стоить.
 
За 0 Против
InterWall сказал(а):
Вот и пришли к сути вопроса. Действительно, если данные УЖЕ получаешь через API — оставляй как есть. По мне, так мелкий выигрыш в производительности того может не стоить.
Нажмите, чтобы раскрыть...
Совсем не мелкий. Заметная задержка идет на том же онлайн моде через веб.
 
За 0 Против
alexandrage сказал(а):
Совсем не мелкий. Заметная задержка идет на том же онлайн моде через веб.
Нажмите, чтобы раскрыть...
Оно не будет на входе ничего подгружать. Это та команда, где пользователь может и подождать
 
За 0 Против
Для ответа нужно войти/зарегистрироваться
Назад
Верх