но там сложный объект, из которого надо вынести флаги, т.к. они менются периодически в отличе от самого объекта

взято т.к. оно достаточно просто шардируется, хотя куча ограничений на таких объемах

https://www.ibm.com/developerworks/ru/library/j-jtp09275/index.html Много раз слышал "ууу, там аллокация происходит!", так а что в ней страшного? На современных версиях jvm разве не пофиг?

но там сложный объект, из которого надо вынести флаги, т.к. они менются периодически в отличе от самого объекта

А набор запросов к данными сильно динамический?

нет, все фактически константно - большое хранилище, доступ по ключу либо префиксу ключа

данные очень холодные, фактически есть требование их хранить несоклько лет

Ну сделай стрим этих данных и прекалькулируй там представления какие надо

я спрашиваю где и как хранить а не как обработать

В файлик пиши там и хранм

Быстрее всего

Ну если ты про то как хранить

и че там какая субд тебе это сделает?

шардировать умеют все нормальные субд

составной ПК тоже

что еще нужно?

Шардировать можно не по всем ключам

Ну и вообще это не панацея

10 млрд записей это много

В идеале прекалькулировать все надо

Там материализованные представления строить

Здравствуйте, подскажите пожалуйста, есть mediaPlayer и мне нужно что бы в начале музыка запускалась с возрастанием по звуку а в конце наоборот затухала. Может кто то делал или есть идеи, подскажите пожалуйста.

На javafx делал примерно такое для ползунка воспроизведения, вешал листенер на длительность и двигал его

Здравствуйте, подскажите пожалуйста, есть mediaPlayer и мне нужно что бы в начале музыка запускалась с возрастанием по звуку а в конце наоборот затухала. Может кто то делал или есть идеи, подскажите пожалуйста.

setVolume(double)

Собственно нужно определить время за которое увеличишь громкость в начале и время с которого будешь уменьшать в конце ну и получить длительность трека

И всё, платить не хочется

То-есть платит ораклу - ок Платить jooq - не ок

Странные аргументы

Ты фантазер, я посмотрю

Я этого не говорил, аргументов не приводил. Ты захотел насрать на вентилятор - ты пришел и насрал

setVolume(double)

это понятно, но у меня вот в чем ступор: это как мне все сделать, что бы первые 10 секунд увеличивался звук и в конце 10 секунд уменьшался звук. и что бы без прирывания и прочего, а то в mediaPlayer просто start() можно конечно попробовать CountDownTimer паралельно с музыкой и просто увеличивать, уменьшать звук на определенных секундах, но это костыль же?

Удивительно, всё-таки, что программисты одной рукой любят получать зарплаты за разработку софта, с другой стороны легко находят "пути обхода" правил, установленных на платный продукт других программистов. ;)

+

Собственно нужно определить время за которое увеличишь громкость в начале и время с которого будешь уменьшать в конце ну и получить длительность трека

сверху. просмотрите тоже пожалуйста

это понятно, но у меня вот в чем ступор: это как мне все сделать, что бы первые 10 секунд увеличивался звук и в конце 10 секунд уменьшался звук. и что бы без прирывания и прочего, а то в mediaPlayer просто start() можно конечно попробовать CountDownTimer паралельно с музыкой и просто увеличивать, уменьшать звук на определенных секундах, но это костыль же?

у меня небольшой опыт с фх, но мне показалось что без костылей ты далеко не уйдешь

Я этого не говорил, аргументов не приводил. Ты захотел насрать на вентилятор - ты пришел и насрал

Я просто часто слышу данную фразу

у меня небольшой опыт с фх, но мне показалось что без костылей ты далеко не уйдешь

то есть то что я написал, в принципе сойдет?) просто запускать таймер с промежутком в 1 сек и длительностью в песню. и просто в начале увеличивать, а в конце уменьшать и в принципе нормаль

сделай поток в котором будет Application.runLater(setvolume()) и sleep

при маленьком времени sleep будет незаметно

сверху. просмотрите тоже пожалуйста

Что именно ?

Что именно ?

это понятно, но у меня вот в чем ступор: это как мне все сделать, что бы первые 10 секунд увеличивался звук и в конце 10 секунд уменьшался звук. и что бы без прирывания и прочего, а то в mediaPlayer просто start() можно конечно попробовать CountDownTimer паралельно с музыкой и просто увеличивать, уменьшать звук на определенных секундах, но это костыль же?

Так и написал как решал , вешаешь листенер и в нём увеличиваешь и уменьшаешь громкость в таком случае

Тебе же на каждый отрезок времени нужно изменять уровень громкости

примерно так, но с громкостью

примерно так, но с громкостью

спасибо, гляну.

10 млрд записей это много

конечно, в файлик это положить самое то

В идеале прекалькулировать все надо

ему ничего не надо прекалькулировать, нужно просто хранить 10 млрд записей несколько лет

Ничего не понял. В чем проблема в файлике хранить.

Почему в этом коде Unchecked call? Эта из-за стирания типов? Что нужно сделать, чтобы из-за unchecked это упало в рантайме? abstract class A{ public abstract void aMethod(C c); } class B extends A { public void aMethod(C c){ c.cMethod(this); //!!!!! Unchecked call !!!!! } } interface C <T extends A> { void cMethod(T a); }

Потому что тип аргумента C не параметризован

abstract class A<T extends A>{ public abstract void aMethod(C<T> c); } class B extends A<B> { public void aMethod(C<B> c){ c.cMethod(this); //!!!!! Unchecked call !!!!! } } interface C <T extends A> { void cMethod(T a); } Например, так

Ничего не понял. В чем проблема в файлике хранить.

проблема достать оттуда нужную запись :)

Ах ещё и читать надо

Я то думал только хранить)

abstract class A<T extends A>{ public abstract void aMethod(C<T> c); } class B extends A<B> { public void aMethod(C<B> c){ c.cMethod(this); //!!!!! Unchecked call !!!!! } } interface C <T extends A> { void cMethod(T a); } Например, так

Я понимаю, что там можно сделать, но мне так не надо, это теряет смысл. А в каком случае мой вариант упадет?

если, допустим, передать C<String>

если, допустим, передать C<String>

У меня при C<String> не собирается

type argument java.lang.String is not within bounds of type-variable T

а, да. там же ограничение extends A

всем привет, немного специфичный вопрос есть у меня gprc запрос, возвращает Iterator<T>, из которого я делаю Observable этот поток бесконечный, и хочется при определенном вызове остановить этот Observable как это можно сделать?

Я понимаю, что там можно сделать, но мне так не надо, это теряет смысл. А в каком случае мой вариант упадет?

ну, допустим, будет D extends A и следующее упадет: B b = new B(); C<D> c = a -> {}; b.aMethod(c); Именно из-за анчекед вызова

ну, допустим, будет D extends A и следующее упадет: B b = new B(); C<D> c = a -> {}; b.aMethod(c); Именно из-за анчекед вызова

Да, спасибо!

Я то думал только хранить)

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

Закинь в кафку и ksql сверху

кек лол смешно спасибо посмеялся

рендомный поиск по рендомно разбросанным по диску данным средством для этого ен предназначенным? нуну, реально лучше свой велосипед над файлами

Закинь в кафку и ksql сверху

но допустим я немного не вкурсах как она работает и допускаю что мою задачу можно с ее помощью переварить. у меня к вам вопрос вы использовали ksql и для какого рода задач?

Кафку юзаем как хранилище для сырых данных. Ksql не используем но он для обработки данных с помощью sql подобных запросов

ERROR: S client not available

Прямо из кафки

сырые данные у вас сколько в количественно выражении занимают штук/объем и сколько по времени храните?

Переопределить геттеры, геттеры чтобы null возвращать, если errorMessage есть и поставить @JsonInclude(JsonInclude.Include.NON_NULL) Сработает?

А почему бы не через Jackson inheritance?

А почему бы не через Jackson inheritance?

Да не знаю, надо посмотреть будет в понедельник. Я пока сделал маркер интерфейс, дженерик с аппер баундом по нему, и две реализации - для ошибок и для нормальных объектов

Соответственно у реализации которая для ошибок сделал жсонвалью на этой стринге как чел выше посоветовал

Ну с 2 dto, одна из которых будет говорить об ошибке, другая о успехе и значении - нормальное решение

Вообще принято возвращать значения, а не dto с полем result, а в случае ошибки выкидывать исключение, которое обработается в error handler. Там же сформируется структура с ошибкой и выставится правильный http status, например 400

На клиенте же в зависимости от http status будет парсинг в ту или иную структуру

Вообще принято возвращать значения, а не dto с полем result, а в случае ошибки выкидывать исключение, которое обработается в error handler. Там же сформируется структура с ошибкой и выставится правильный http status, например 400

Это да, но к сожалению все это говно уже согласовано как согласовано и менять они не хотят эту структуру

Отвечать всегда 200 кодом, а ошибку определять по структуре данных так себе костыльная затея

Это да, но к сожалению все это говно уже согласовано как согласовано и менять они не хотят эту структуру

Надо проектировать сразу правильно

Надо проектировать сразу правильно

Спасибо!

Ну, легаси, оно такое

Это не самый крутой прикол из согласованного, кстати

У тебя бы волосы дыбом встали. У меня самого встают....

То есть у меня не встают, потому что у меня они не растут. Но расли бы - встали бы

У тебя бы волосы дыбом встали. У меня самого встают....

Знал бы ты что я поведал, так что не надо)

Знал бы ты что я поведал, так что не надо)

Охотно верю, но не хочу даже представлять

сырые данные у вас сколько в количественно выражении занимают штук/объем и сколько по времени храните?

900млн записей, около 1тб

В json

900млн записей, около 1тб

а по времени жизни, фактически сколько период очистки топиков?

5 лет вроде

Не чистятся

неплохо, т.е. фактически не чистятся

часто приходится перечитывать полностью? да и вообще приходилось ли?

интересно как долго это происходит

Ну у нас при перечитке данные ещё обогащаются через медленные внешние сервисы

Сейчас за 5 часов репроцессим все

Строим там вьюхи разные в монге

Репроцессис раз в месяц при апдейтах логики

Ну в среднем