ну в данном случае вроде простые конструкции. оптимизаторы чудят обычно для более сложных

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

select value from table2 as result_col_33

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

это в каком году?

это в каком году?

в каком там 10 оракл вышел? 2005?

оракл вроде самый навороченный в этом плане

оракл вроде самый навороченный в этом плане

мне с IBM DB2 было гораздо приятней работать

особенно на MF

офигеть, время течет ))

так и 12с вышел в 2013 аж

хотя мы проект перевели на него только в 2016

https://blog.jooq.org/2017/09/28/10-cool-sql-optimisations-that-do-not-depend-on-the-cost-model/ вот неплохая статья по этому поводу

По идее должен оптимизировать до одного типа запроса, но порой получается, что одно и тоже написанное по разному работает с сильно овощной скоростью, у меня ту postgres со внутренней фотографией работает на одни их типов запросов в разы быстрее, чем когда фильтрация в общем блоке where. Но там порядка 8 - 10 джойнов (долбанное key - value хранилище. )

По идее должен оптимизировать до одного типа запроса, но порой получается, что одно и тоже написанное по разному работает с сильно овощной скоростью, у меня ту postgres со внутренней фотографией работает на одни их типов запросов в разы быстрее, чем когда фильтрация в общем блоке where. Но там порядка 8 - 10 джойнов (долбанное key - value хранилище. )

а как еще хранить то? ) если денормализовать у меня в терабайты уйдет, наверно по занимаемому месту.

а как еще хранить то? ) если денормализовать у меня в терабайты уйдет, наверно по занимаемому месту.

Обычно используют что-то не реляционное, но у меня на проекте ограничение, только реляционная бд

Обычно используют что-то не реляционное, но у меня на проекте ограничение, только реляционная бд

аналитика, апдейты?

Jira ????

я пока что ничего умнее кликхауса не придумал, но и там ограничения получаются

По идее должен оптимизировать до одного типа запроса, но порой получается, что одно и тоже написанное по разному работает с сильно овощной скоростью, у меня ту postgres со внутренней фотографией работает на одни их типов запросов в разы быстрее, чем когда фильтрация в общем блоке where. Но там порядка 8 - 10 джойнов (долбанное key - value хранилище. )

У постгреса join_collapse_limit по умолчанию как раз 8 :)

Кто-нибудь может четко сказать, что там с политикой лицензирования Java будет с 2019

Будет опенджк, которая опенсорс можно использовать везде обновления бесплатные и будет Oracle Java которая бесплатно будет первые 6 месяцов, а потом только по сабскрипшену?

http://www.oracle.com/technetwork/java/javaseproducts/javasesubscription-data-sheet-4891969.pdf Вот самая официальная инфа. Вкратце, Oracle Java всегда платная будет

наркоманы они походу там

крч, что это значит для разработчиков и юзверей?

крч, что это значит для разработчиков и юзверей?

Разработчикам Oracle предлагает пересмотреть планы на использование Java SE 8 и при необходимости внести соответствующие изменения в модель дистрибуции создаваемых программ. Предприятиям Oracle также советует пересмотреть планы на использование Java SE 8 и внести соответствующие изменения в грядущие требования по поддержке Java, чтобы иметь возможность мигрировать проекты на более поздние версии инструмента. Также актуален вариант приобретения коммерческой лицензии, как полагается, на своевременной основе.

Потребители, взаимодействующие с Java в рамках персональных приобретённых программных продуктов, будут обеспечены доступом к обновлениям Oracle Java SE 8 как минимум до конца 2020 года.

А вообще это какая то дичь.

А что если сервисы написанные с использованием джавы 8

Хотя у нас линукс сервера там явно опенджк

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

Это руками придется делать. Типа написать фт, которые сверяют например, структуры входящих и исходящих данных, а ним уже транспорты подключать в зависимости от ситуации. А если что-то сломалось - лезть и смотреть в zipkin/jaeger где именно

Адам Мессинджер, вице-президент по развитию Oracle, сообщил о планах корпорации выпускать две версии JDK (Java Development Kit): бесплатную (как и раньше) и коммерческую (Premium). Ожидается, что обе версии будут основаны на виртуальной Java-машине (JVM), которая объединит разработки JRockit (VM от самой Oracle) и HotSpot (реализация от Sun) и станет частью Open Source-проекта OpenJDK. Адам не сообщил о том, чем же конкретно (кроме цены, разумеется) коммерческая версия JVM будет отличаться от бесплатной. Предполагаемая стоимость платной редакции также не сообщается.

крч они хотят заработать на новой модели распространения джавы за счёт того, что мало кто переходит на новые версии

крч они хотят заработать на новой модели распространения джавы за счёт того, что мало кто переходит на новые версии

или закопать всё. платная jdk это сильно

у меня уже горит

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

у меня уже горит

не только у тебя. У меня тоже

Это руками придется делать. Типа написать фт, которые сверяют например, структуры входящих и исходящих данных, а ним уже транспорты подключать в зависимости от ситуации. А если что-то сломалось - лезть и смотреть в zipkin/jaeger где именно

Ну вот я хотел откосить от написания своего велосипеда по отправке/ожидания сообщений из различных источников

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

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

в общем лутбоксы для разров

Ну т.е. надо съёбывать с Java, получается?

хз

так резко принимать решение не оч

в целом если JetBrains такую муть не устроит есть куда сваливать

хотя опять же jvm может тупо перестать развиваться

и мы тупо умрём как класс

нужно создавать чат pro.govm ? ?

Кстати, насчёт JetBrains: у меня у одного игнорируются опции в поле CodeStyle —> Hard Wrap после импортирования Google Code Style?

а ещё если мы попытаемся создать свою jvm придёт Oracle и ***** нас как гугл, только ей это будет уже проще

а ещё если мы попытаемся создать свою jvm придёт Oracle и ***** нас как гугл, только ей это будет уже проще

Так есть разные jvm, вот в ibm вроде своя

ну у гугла тоже же была своя

а ещё если мы попытаемся создать свою jvm придёт Oracle и ***** нас как гугл, только ей это будет уже проще

Google сделал свою стандартную библиотеку на основе Apache Harmony с сомнительным правовым статусом. Оттуда и проблемы. Никто не запрещает делать с нуля свою JVM, проходящую сертификацию.

особенно весело ситуация с сертифкациями выглядит в гос.органах (также в банках) с аббревиатурами, начинающимися на Ф(Федеральная) - ФНС, ФСБ, ФСО, Ф**, - прошёл когда-то в бородатые времена OracleJDK сертифкацию, новая сертификация затянется ещё лет на N

Мотиватор для того чтобы мигрировать на новые версии ждк)

Есть у кого тестовые задачки от буржуазных контор?

Есть у кого тестовые задачки от буржуазных контор?

закинул в личку

cracking the coding interview)

Мотиватор для того чтобы мигрировать на новые версии ждк)

Нормальный такой мотиватор с нулевым временем на миграцию, если не платить за расширенную поддержку

Нормальный такой мотиватор с нулевым временем на миграцию, если не платить за расширенную поддержку

Пчму 0м?

Нарекаю будущий ад с java'ой - java hell или просто jHell

С 6кой таже фигня была, чего вы кипишуете)

Пчму 0м?

Если я правильно понял, сразу после выхода следующей версии предыдущая поддерживается только в рамках premier/extended support

Да все будут просто сидеть на сторонних сборках OpenJDK, да и всё

Если я правильно понял, сразу после выхода следующей версии предыдущая поддерживается только в рамках premier/extended support

Ну там до января как я понял, пол года ещё на миграцию)

Да все будут просто сидеть на сторонних сборках OpenJDK, да и всё

Тоже верно

вообще хз из-за чего кипишь )

ERROR: S client not available

Ждём киллер-фичи в Oracle JDK)

да не думаю, они же даже проприетарный jMC

вынесли в опенсорс и стандартизировали

что бы все вариации JVM смогли заинтегриться

Ну т.е. надо съёбывать с Java, получается?

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

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

вот каким боком грааль к джаве? hotspot получить граалевый джит, а грааль ВМ это вообще другая тема

вот каким боком грааль к джаве? hotspot получить граалевый джит, а грааль ВМ это вообще другая тема

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

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

как это может быть замена хотспоту, если для jVM языков они юзают хотспот?

соотвественно в рамках работы над граалем, они прокачивают новый джит, который всеравно утекает в опенДЖДК

развели тут панику ) паника имхо только для тех, кто любит мигрировать раз в 10 лет

там да, для них хуже будет

Ждём киллер-фичи в Oracle JDK)

Их не будет, будет тоже самое что с 6кой, быстрее на какую там 11 перейдем

Когда она там выходит

закинул в личку

Можно мне тоже?)

Короче, я как понял, стоит на 11 джаву переходить осенью.

закинул в личку

И мне, пожалуйста)

как это может быть замена хотспоту, если для jVM языков они юзают хотспот?

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

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

откуда такой вывод, не пойму вот все никак

откуда такой вывод, не пойму вот все никак

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

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

так а где сам претендент? что-то я в упор его не вижу :)

что есть из перформанс плюшек в граале, чего нет в опенJDK?

Чем openjdk-то плох? Выпиленным javafx?

Чем openjdk-то плох? Выпиленным javafx?

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

так а где сам претендент? что-то я в упор его не вижу :)

enterprise edition вм грааля. оракл утверждает что у него есть дополнительные оптимизации, которых в опенсорс версии нет

Чем openjdk-то плох? Выпиленным javafx?

плох тем что на линуксе шрифты говно хотя бы, в swing'e у idea

так а где сам претендент? что-то я в упор его не вижу :)

речь про существование платной версии грааля но там только новые фичи, которые перельют в комьюнити

enterprise edition вм грааля. оракл утверждает что у него есть дополнительные оптимизации, которых в опенсорс версии нет

касаемо джавы? где про это почитать? что-то я пока не видел такого

плох тем что на линуксе шрифты говно хотя бы, в swing'e у idea

у IDEA свой JDK, именно поэтому там со шрифтами всё в порядке)

речь про существование платной версии грааля но там только новые фичи, которые перельют в комьюнити

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

вся это ботва может превратиться в crossover-> wine, хотя вроде последний работает лучше чем первый (я про кулстори о том что crossover доит wine)

плох тем что на линуксе шрифты говно хотя бы, в swing'e у idea

это свинг, у javaFX свой рендер шрифтов

она не оч отдельная уже грааль жит уже прибыл