Size: a a a

2020 September 11

o

oxid in pro.jvm
кластер конечно,  40 репликасетов или что-то такое
источник

o

oxid in pro.jvm
шардинг
источник

SS

Shamil Sabirov in pro.jvm
oxid
че за вопрос-то?)
вопрос не у меня. просто интересно
источник

AM

Artem Maslow in pro.jvm
Всем привет, подскажите пожалуйста, проблема вот в чем. Вызываю метод с сервера через CORBA, метод считывает инфу с бд MySql, когда запускаю клиента и дергаю метод возникает следующая ошибка: https://pastebin.com/zuHpqS78
источник

o

oxid in pro.jvm
Artem Maslow
Всем привет, подскажите пожалуйста, проблема вот в чем. Вызываю метод с сервера через CORBA, метод считывает инфу с бд MySql, когда запускаю клиента и дергаю метод возникает следующая ошибка: https://pastebin.com/zuHpqS78
С корбой не работал, но похоже что кодировка соединения неверная
источник

AY

Alexander Yanchin in pro.jvm
Sergey Alaev
Слишком общий вопрос, можно посоветовать вбить его в гугль
Если бы было все так просто
источник

AM

Artem Maslow in pro.jvm
oxid
С корбой не работал, но похоже что кодировка соединения неверная
Да, но как поправить так и не понял. Тем более что в JAVA строки в UNICODE
источник

o

oxid in pro.jvm
Alexander Yanchin
Если бы было все так просто
Ну на общий вопрос общие рекомендации - индексы, шардирование
источник

o

oxid in pro.jvm
Artem Maslow
Да, но как поправить так и не понял. Тем более что в JAVA строки в UNICODE
в джаве да, а у майскуля для сессии задается кодировка, и у строк насколько помню есть. вот где-то что-то не сходится
источник

o

oxid in pro.jvm
можно подключиться из консоли и попробовать выполнить тот же запрос
источник

o

oxid in pro.jvm
иотладить там
источник

SS

Shamil Sabirov in pro.jvm
oxid
че за вопрос-то?)
ну изначально вопрос был по производительности запросов. не секрет что NoSQL в этом плане не фонтан. потому видимо нужно чтото еще делать. прикручивать какието решения...
источник

SS

Shamil Sabirov in pro.jvm
по сравнению с РСУБД
источник

o

oxid in pro.jvm
Shamil Sabirov
ну изначально вопрос был по производительности запросов. не секрет что NoSQL в этом плане не фонтан. потому видимо нужно чтото еще делать. прикручивать какието решения...
ну я бы не сказал что совсем не фонтан. Я роаботал со старой монгой, которая ее 2.8 кажется. там без ссд было плохо. на ссд терпимо, если  много ОЗУ.  Сейчас в 3.0 новый движок и говорят он намного лучше.
источник

o

oxid in pro.jvm
cache-aware
источник

AM

Artem Maslow in pro.jvm
oxid
иотладить там
Суть в том, что если я вставляю инфу в бд, то она вставляется, а строку с ответом я формирую без инфы из бд, просто сообщение
источник

o

oxid in pro.jvm
В любом случае надо брать конарктные данные и проверять запросы
источник

o

oxid in pro.jvm
Artem Maslow
Суть в том, что если я вставляю инфу в бд, то она вставляется, а строку с ответом я формирую без инфы из бд, просто сообщение
я ничего не понял
источник

AM

Artem Maslow in pro.jvm
Строка возвращается обычная созданная в java
источник

AY

Alexander Yanchin in pro.jvm
oxid
поиск был производительный
Если Query методы писать то все норм. Проблема в том что я хотел бы один метод написать для поиска и query принимать ввиде входного параметра. Использую класс MongoOperations с методом find. И в нем происходит десериализация объекта, и поэтому долго выполняется запрос. Можете погуглить по этой проблеме многие пишут, но как такового решения нет, советуют использовать Query методы.
источник