Народ, в Котлине есть возможность удобно парсить json с помощью аннотаций на полях класса? Если есть, скиньте ссылку.

https://github.com/FasterXML/jackson-module-kotlin

Народ, в Котлине есть возможность удобно парсить json с помощью аннотаций на полях класса? Если есть, скиньте ссылку.

Gson же есть, как и в жаве

Pinned уже можно убрать, я думаю

/stat@comstatbot

combot.org/chat/-1001043090457

Народ, в Котлине есть возможность удобно парсить json с помощью аннотаций на полях класса? Если есть, скиньте ссылку.

Jackson

Есть у кого ссылка на какой то sql чат?

И вообще по дб

Есть у кого ссылка на какой то sql чат?

https://telegram.me/pgsql

https://telegram.me/pgsql

А по мусклу нет?

Спасибо, кстати

не видел

И вообще по дб

https://telegram.me/devops_ru

а не, немного не то)

Просто мне @korotovskii по моему вопросу все объяснил, только я из-за своей зелености нихера не понял Вот и ищу чат где можно почитать как структуру сделать

я пропустил это обсуждение, похоже(

Просто мне @korotovskii по моему вопросу все объяснил, только я из-за своей зелености нихера не понял Вот и ищу чат где можно почитать как структуру сделать

А у тебя вышка есть? Просто даже в моем говновузе базам учили :)

В моем учили тоже, но там все было сложно

Два семестра дрочили foxpro. Олдфаги оценят)

А у тебя вышка есть? Просто даже в моем говновузе базам учили :)

А я самодрочер, в айти поневоле

Все так говорят )

Вопрос простой. Клиент добавляет записи в бд с параметрами post_id, user_id, to_be_liked, где to_be_liked - количество лайков которое требует юзер Селектом выбираются старейшие 10 записей, которые не имеют в юзер_айди текущего юзера Считается, что если был селект, то и лайк был и декрементируется ту_би_лайкд Если лайк не получится, потому что не было доступа/уже залайкан пост - будет апдейт чтобы инкрементировать @korotovskii сообщил мне что это неатомарно, плохо и тд, но вот решение получше я никак уже два дня придумать не могу

Этот вариант конечно будет работать, но тогда у тебя: 1) Канкаренси на декремент 2) Полное отсутствие логгирования просмотров 3) Как результат невозможность собрать статистику 4) Пост становится жестко привязан за пользаком, которые его просматривает

Этот вариант конечно будет работать, но тогда у тебя: 1) Канкаренси на декремент 2) Полное отсутствие логгирования просмотров 3) Как результат невозможность собрать статистику 4) Пост становится жестко привязан за пользаком, которые его просматривает

Мне важно разве что количество пользователей и количество лайков от каждого из них и количество запросов с количеством лайков Это все будет делаться отдельным запросом в отдельную таблицу Это все работа с лайками одной социальной сети

Если есть возможность, я всегда делаю максимально нормализованную схему. Денормализовать всегда сможешь, а обратно - нет.

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

Нет, просто запись в таблицу просмотров добавляешь и все.

posts (id, title) post_criterias (post_id, user_id, threshold) post_views (id, post_id, user_id)

Окей, а если мне наоборот надо? Ограничивать количество просмотров для каждой записи? Число для каждого свое

Так ограничение делается сравнением поля threshold и count из таблицы post_views.

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

Хм, спасибо большое

Я постараюсь таким планом сделать

`SELECT pc.threshold >= COUNT(pv.id) FROM post_criterias pc INNER JOIN post_views pv ON pv.post_id = pc.post_id AND pv.post_id = :post_id AND pv.user_id = :user_id`

Как то так. Щас у себя такую схему посмотрю. Даже интересно стало.

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

Чтобы себе сложнее сделать?)

Вероятно, тз такое)

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

Ну рекламные посты видимо у него там

За сколько заплатили - столько и просмотрит

Вижу три таблицы пока))

И пару сторед процедур)))

SELECT pc.post_id, pc.threshold >= COUNT(pv.id) FROM __test_post_criterias pc LEFT JOIN __test_post_views pv ON pv.post_id = pc.post_id WHERE pc.user_id = 1 AND pc.post_id IN (1, 342, 845, 32414, 43231) GROUP BY pc.post_id, pc.threshold

@sikri ну вот собсна, все по индексам пашет.

В таблицах ~100000 постов и ~300000 просмотров.

SELECT pc.post_id, pc.threshold >= COUNT(pv.id) FROM __test_post_criterias pc LEFT JOIN __test_post_views pv ON pv.post_id = pc.post_id AND pv.user_id = 1 WHERE pc.post_id IN (1, 342, 845, 32414, 43231) GROUP BY pc.post_id, pc.threshold Вот этот поидее получше будет.

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

Когда каждый день будешь это говно клепать на работе, осознание придет )

Спасибо огромнейшее

Щас добавил 1 миллион записей в таблицу просмотров. Времи исполнения запроса осталось прежним.

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

Извините за оффтоп, ни у кого нет под рукой адреса рекламных серверов скайпа (заблочить их к чертовой матери)? А то пришлось пользоваться этим чудовищем. А "Ольга из Xtrade" задолбала)

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

Настройки те, которые показывает гугл, давно убрали/перепрятали. Да и пары баксов не жалко, только возится с этим ради 2х-3х дней.. Ладно, где-то у меня ваершарк валялся, спасибо.

Доброе утро

доброе

Что-то все выходные проспал

Немного мейвен поучил

И многопоточность

немного услышал вчера, что большинство java программистов почти не пользуются средствами создания GUI, ито правда?

ну там, свингом и ко

В голове реализовал алгоритм мержсорта многопоточного

ERROR: S client not available

Ну нет, на самом деле

Есть библиотека jwt, которая позволяет писать верстку и поведение web-страниц на java

По сути это гуи

ну вопрос не в том, что есть, а чего нет

а в том, чем пользуются обычно

Этим пользуются

Если ты имеешь ввиду десктоп, то да - Джава там практически не используется

тобишь я зря потратил несколько недель на изучение javafx'а?

Есть jmeter

А вот, есть еще одна библиотека, которая позволяет писать веб-приложение на javafx

Если мне память не изменяет

Ну гуи в жабе - не самое удобное в мире гавно

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

Кто какие алгоритмы знает, в которых легко распараллелить потоки выполнения?

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

Я вот посмотрел и почитал про мержсорт и что он просто на множество потоков разбивается

Ну то есть, не про мержсорт сам, а про реализацию многопоточности

численные методы попараллель

Какие

Лол

ну начни с простых, определитель матрицы методом Гаусса посчитай

напиши однопоточное, затем разбей по потокам и смотри на прирост скоростей

А нахуя

ну смотря какие у тебя цели

из сортировок можешь еще попробовать сортировку чет-нечет

это я говорю из своего опыта распараллеливания всякой шняги

но не на джаве, а на куде

Кто какие алгоритмы знает, в которых легко распараллелить потоки выполнения?

Квиксорт

Мне нужно просто сложные связи между потоками потестить

Димас, стрим подними и давай все с нуля