Идея Перетаскивание вещей в бд и обратно

На разработку сейчас нет времени. Самому слишком много нужно написать.
В данной теме просто сказал что задача слишком легка для такой цены.
Легка настолько, что плагин будет состоять не более чем из 50 - 100 строк.

 

Не так то все просто.
Во первых, работа с БД предусматривает знание sql.
Во вторых, нельзя выполнять запрос к БД в главном потоке. Мы же не хотим повесить сервер при отказе базы ;-)
И самый главный вопрос: как же сохранять item meta в базу? Грубо говоря, все теги, начиная от енчантов, заканчивая цветами фейерверка. Если кто-нибудь даст достойный ответ, я напишу этот плагин бесплатно =)

 

Выносить работу с базой в отдельный поток я уже примерно научился. Насчет item meta - видел где-то плагин, который сохранял предметы в файл а ихнюю мету преобразовывал в массив значений.
{name: x, name2: y}
что-то подобное.

На самом деле я не подумал о мете совсем. Но если удастся преобразовать все данные в массив - восстановить их не должно составить труда.

 

Мету можно преобразовать в байтовый поток, а также восстановить ее из потока. Все данные легко переводятся в byte[], и даже можно применить сжатие. Но вот проблема: размер массива может быть совершенно любой. А может его вообще не быть. Задача сводится к оптимальному хранению данных произвольной длины. Хотя мб есть и другие варианты.

 

Можно использовать http://dev.bukkit.org/server-mods/webauctionplus/ для занесения айтемов в базу, там и энчанты сохраняются

 

Можете объяснить что собой представляет методата? и что будет если методаты не будет?

 

В ванильном майне - это зачарование + что-то там про цвета фейерверка... Некоторые моды имеют какой-то странный формат хранения данных (К примеру батарейки из ic2 - заряженную вещь проблематично сохранить).
Самый грубый вариант - это сохранить id:id.

 

а вы можете сделать с id:id?

 

угу.

 

,

 

Отличная подстава от нотча: прочность вещи и субайди блока - одно и то же.
И методату хрен сохранишь.

А ещё нужно придумать какой-то эффективный способ хранения данных в базе, потому что каждый положенный итем отдельной строкой сохранять не дело, при большом онлайне база просто здоровенной будет.

Есть у кого идеи?

Или можно хранить скопом, но ограничить количество итемов которые игрок может одновременно иметь в базе. Например ограничение в 10 итемов будет вполне нормальным.

Если нормального решения так и не предложат, то делаю как есть в ограничением настраиваемым в конфиге.

 

Такс, вместе с асинхронным обращением к бд вылезла куча проблем.
Особенно когда сразу с 2х серверов пытаешься вещь взять или положить.
Есть тут спецы по mysql? А то я вообще в этом не шарю, как синхронизировть операции там.

 

Вот с чего это вдруг обычный игрок сразу будет юзать операции по работе с вещью с двух серверов сразу?
Любые операции с mysql проходят за доли секунды, значит, нужно контролить ситуации, когда одно обращение получает и удаляет, а второе обращение получает фиг с маслом.

 

ну дак что? плагин будет или невозможно его сделать?

 

возможно сделать.

 

Я тут набросал каркас на гитхабе (ItemMoveSQL), подскажешь что делать чтобы те два обращения гарантированно прошли друг за другом и никак ещё?

 

Расскажи мне, как человек может находится на двух серверах одновременно и юзать команду? >.<

 

берёшь короче обычный майнкрафт и заходишь сначала на один сервер, потом открываешь ещё майкрафт и заходишь на другой сервер, юзаешь команду. И если два сервера привязаны к одной базе, то хрен занет что может произойти.

 

Да ничего страшного и не произойдет, БД защищены от таких ситуаций.
Просто кому-то из них придется подождать несколько лишних миллисекунд.

Подробнее:
* При чтении таблицы, клиент ставит READ LOCK до окончания работы с таблицей. Другие клиенты в это время тоже могут читать данные, но не изменять.
* При внесении изменений, клиент ставит WRITE LOCK. Тут уже никто не может читать или писать.
* блокировка обычно устанавливается на всю таблицу. Если изменяемое значение точно определяется первичным индексом - то LOCK может ставиться только на одну строку таблицы.