Size: a a a

2020 December 07

A

Artur in ctodailychat
я где-то читал, что именно в порно-индустрии сначала появились всякие крутые штуки, которые потом переехали в прочие сервисы. например, показывать превью кадра при наведении курсора на определенное время при навигации по видео. не знаю, как эта полоса называется правильно
источник

A

Alex in ctodailychat
Сергей Аксёнов
Про cte и sql. А есть какие-то показательные примеры, кроме финансов и статистики, когда для бизнес-логики структурированное аггрегируемое хранилище (в противоположность key-value) вот прямо радикально улучшают что-то с технической точки зрения? Потому что пока кажется, что начиная с определённого масштаба (когда появляется шардинг, например) join становится дороже чем два запроса select from table1 limit x и select from table2 where id in (...)
как ты думаешь, что происходит в key-value базе данных, когда ты ищешь НЕ по id?

ну типа WHERE Status = 42

такое бывает не только «в финансах и статистике» а везде.
источник

СА

Сергей Аксёнов... in ctodailychat
Alex
как ты думаешь, что происходит в key-value базе данных, когда ты ищешь НЕ по id?

ну типа WHERE Status = 42

такое бывает не только «в финансах и статистике» а везде.
Если по этому полю нет индекса - происходит fullscan. А в чём подвох в этом вопросе?
источник

A

Alex in ctodailychat
Сергей Аксёнов
Если по этому полю нет индекса - происходит fullscan. А в чём подвох в этом вопросе?
ты просил показательный пример, когда rdbms лучше key-value
источник

СА

Сергей Аксёнов... in ctodailychat
Кстати, если общее количество уникальных статусов невелико - то даже при наличии индекса происходит процедура, не сильно отличающаяся от фуллскана.
источник

AR

Alexey Rashevskiy in ctodailychat
ءlinjan
в продолжение почта "запуск завтра" - аккумулятор буфера обмена по факту находка для шпиона. если пользуетесь парольной базой, все учетки потихоньку переедут в это замечательное, даже облачное хранилище
в общем, фу
Мне кажется ни одна норм программа для Хистори буффера не хранит пароли. Видимо ты не первый, кто об этом подумал ;)
источник

AR

Alexey Rashevskiy in ctodailychat
Я пользуюсь Alfred. Это только одна из его полезных функций.
источник

СА

Сергей Аксёнов... in ctodailychat
Alex
ты просил показательный пример, когда rdbms лучше key-value
Но non-primary индексы существуют во всех приличных kv-базах. Как бы понятно, что без них почти никуда. Redis только стоит особняком, но у него свои структуры данных типа sorted set для этого есть.
источник

A

Andrew in ctodailychat
В качестве менеджера буфера обмена использую Paste, без него теперь, как без рук. Предпросмотр картинок, категории сохранёнок, выделение нескольких пунктов для вставки и т. д. Раньше стоил ~300₽ по акции, сейчас сделали подписку.
источник

RG

Roman Goncharenko in ctodailychat
Andrew
В качестве менеджера буфера обмена использую Paste, без него теперь, как без рук. Предпросмотр картинок, категории сохранёнок, выделение нескольких пунктов для вставки и т. д. Раньше стоил ~300₽ по акции, сейчас сделали подписку.
в винде бесплатно история буфера =)
источник

A

Alex in ctodailychat
Сергей Аксёнов
Но non-primary индексы существуют во всех приличных kv-базах. Как бы понятно, что без них почти никуда. Redis только стоит особняком, но у него свои структуры данных типа sorted set для этого есть.
а, ты про nosql в целом... Ну всем давно понятны плюсы минусы rdbms против условной монги, че обсуждать..

лично меня бесит, что нет кучи встроенных фич для запроса и комбинированиях данных. И программеры пишут их сами кто как умеет.  Вот например, как ты описал да. Языка запросов тоже богатого нет, чтобы решать ебнутые задачи типа «посчитать среднее количество задач на сотрудника, департамента Х, задач типа Y, группировать по полю Z, сортировать по количеству рабочих дней в таймзоне клиента»

Монга умеет брать только из одной таблицы. Юзать только один индекс. И тд. Короче основной риск что с монгой проще выстрелить себе в ногу, а преимуществ каких-то особых у неё как-то и нет.
источник

A

Artur in ctodailychat
Alex
а, ты про nosql в целом... Ну всем давно понятны плюсы минусы rdbms против условной монги, че обсуждать..

лично меня бесит, что нет кучи встроенных фич для запроса и комбинированиях данных. И программеры пишут их сами кто как умеет.  Вот например, как ты описал да. Языка запросов тоже богатого нет, чтобы решать ебнутые задачи типа «посчитать среднее количество задач на сотрудника, департамента Х, задач типа Y, группировать по полю Z, сортировать по количеству рабочих дней в таймзоне клиента»

Монга умеет брать только из одной таблицы. Юзать только один индекс. И тд. Короче основной риск что с монгой проще выстрелить себе в ногу, а преимуществ каких-то особых у неё как-то и нет.
ну хоть одно-то должно быть преимущество?
источник

A

Artur in ctodailychat
особое
источник

A

Artur in ctodailychat
или четыре маленьких
источник

RK

Roman Kononov in ctodailychat
Alex
а, ты про nosql в целом... Ну всем давно понятны плюсы минусы rdbms против условной монги, че обсуждать..

лично меня бесит, что нет кучи встроенных фич для запроса и комбинированиях данных. И программеры пишут их сами кто как умеет.  Вот например, как ты описал да. Языка запросов тоже богатого нет, чтобы решать ебнутые задачи типа «посчитать среднее количество задач на сотрудника, департамента Х, задач типа Y, группировать по полю Z, сортировать по количеству рабочих дней в таймзоне клиента»

Монга умеет брать только из одной таблицы. Юзать только один индекс. И тд. Короче основной риск что с монгой проще выстрелить себе в ногу, а преимуществ каких-то особых у неё как-то и нет.
Шардинг из коробки
источник

AR

Anton Revyako in ctodailychat
Artur
когда я был уверен, что готов уже к чему угодно в 2020, Антон взял и написал пост про плюсы ORM
крипово как-то звучит...
источник

СА

Сергей Аксёнов... in ctodailychat
Alex
а, ты про nosql в целом... Ну всем давно понятны плюсы минусы rdbms против условной монги, че обсуждать..

лично меня бесит, что нет кучи встроенных фич для запроса и комбинированиях данных. И программеры пишут их сами кто как умеет.  Вот например, как ты описал да. Языка запросов тоже богатого нет, чтобы решать ебнутые задачи типа «посчитать среднее количество задач на сотрудника, департамента Х, задач типа Y, группировать по полю Z, сортировать по количеству рабочих дней в таймзоне клиента»

Монга умеет брать только из одной таблицы. Юзать только один индекс. И тд. Короче основной риск что с монгой проще выстрелить себе в ногу, а преимуществ каких-то особых у неё как-то и нет.
Монга умеет брать из других таблиц, но на больших объёмах данных лучше бы не умела) Как раз вроде когда операции с хранилищем данных простые - то и вариантов выстрелить себе в ногу, спровоцировав сложным запросом катастрофическое снижение производительности - меньше?
источник

AR

Anton Revyako in ctodailychat
Alex
а, ты про nosql в целом... Ну всем давно понятны плюсы минусы rdbms против условной монги, че обсуждать..

лично меня бесит, что нет кучи встроенных фич для запроса и комбинированиях данных. И программеры пишут их сами кто как умеет.  Вот например, как ты описал да. Языка запросов тоже богатого нет, чтобы решать ебнутые задачи типа «посчитать среднее количество задач на сотрудника, департамента Х, задач типа Y, группировать по полю Z, сортировать по количеству рабочих дней в таймзоне клиента»

Монга умеет брать только из одной таблицы. Юзать только один индекс. И тд. Короче основной риск что с монгой проще выстрелить себе в ногу, а преимуществ каких-то особых у неё как-то и нет.
еще данные теряет :) потерял данные - сэкономил на диске
источник

A

Alex in ctodailychat
Artur
ну хоть одно-то должно быть преимущество?
ну ее недостатки - они же и ее преимущества.
источник

A

Alex in ctodailychat
типа нет транзакцио6нности в угоду скорости. нет жесткой схемы данных - в угоду гибкости и тп
источник