Ш̴̴̜̥͍͕̼̙̱͙͎͍̘̀̐̔́̾̃͒̈̔̎́́͜р̧̛̺͖͖̯̖ͧͤ͋̅̽ͧ̈̐̽̆̐͋ͤͦͬ͛̃̑͞͞и̒ͥͤͯ͂ͣ̐̉̑ͫ̉̑҉̛͏̸̻͕͇͚̤͕̯̱̳͉ͅф̴̴̡̟̞͙̙̻͍̦͔̤̞̔̓́̍͗̚͢͞ͅт̨̐ͫ̂͊̄̃ͥͪ͏̫̺͍̞̼͈̩̥̜͔͜͜ы̸̴̱̺̼̠̦͍͍͍̱̖͔̖̱͉̅͑͌͒ͫ͒̀ͥ͐ͤ̅͘̕.̵̴̡̭̼̮͖͈̙͖͖̲̮̬͍͙̼̯̦̮̮ͦ̆̀̑̌ͮͧͣͯ̔̂́͟г͌ͮ̏̈͂ͯ̚҉̛̙̬̘̲̗͇͕̠̙͙̼̩͚̀͘͞ͅо̷̥̯̘̓ͤ̽͒̋̉̀̂̄̒̓̊ͨ͛́̌ͤ̂̀͠в̶̒͒̓̏̓̚҉̛̙̘̺̰̮̼̟̼̥̟̘̠̜͜н̸̷̸̲̝͈͙̰̟̻̟̰̜̟̗͎̻̻͍̿̔̃ͨ͑о̔̀̋ͫ̇̿̐ͫ͌͗ͩ҉̨̜̙̙͈͍̮̮̼̙̘̞̕͜͡ Войти !bnw Сегодня Клубы
Че-то дохуя радости у народа по поводу вот этого: http://www.postgresql.org/media/img/about/press/pg94_acid_large.jpg Для тех, кто в танке: для постгреса запилили хранение и индексирование сериализованного в бинарь JSON’а — уау, как в монге, типа. А вот я считаю, что JSON к NoSQL не имеет ни малейшего отношения. И вообще весь принцип «вместо схемы храним хуй знает что» не от большого ума. На кой черт он нужен — я до сих пор не понимаю. Ну то есть не знаю юзкейсов, для которых это могло бы быть полезным. Да, вопения со стороны параши про «сложные миграции» меня не интересуют. SQL-подход — это прежде всего «храним максимально ограниченные и нормализованные данные и блюдем консистентность». NoSQL-подход — это «похуй на консистентность, вместо этого лучше иметь нормальную возможность горизонтально масштабировать, и на нормализацию тоже похуй, хотим запросы с O(1)-сложностью». Вот это два принципиально разных подхода, и друг с другом их хуй подружишь. А все остальное — это так, детали реализации.
#DV9886 / @komar / 4160 дней назад

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

#DV9886/503 / @hirthwork / 4160 дней назад
SQL-подход - это раздвигаешь булки и принимаешь теплый отцовский хуец, потому что бате лучше знать что с твоей жопой делать NoSQL-подход - это раздвигаешь булки и засовываешь предметы любой формы. С одной стороны, это прикольно, с другой - иногда случаются казусы: если, например, стеклянную банку засунуть.
#DV9886/AVL / @krkm / 4160 дней назад
@hirthwork чо еще за очередь запросов и каким хуем тут вообще монга
#DV9886/W4C / @krkm --> #DV9886/503 / 4160 дней назад

@krkm ну тип пользователи дохуя делают клац-клац, а мы слоупоки и не всегда в реалтайме можем клац-клац обрабатывать или просто бэкэнды упали с java.lang.OutOfMemoryError. нужно где-то хранить все клац-клац чтобы обработать потом

#DV9886/909 / @hirthwork --> #DV9886/W4C / 4160 дней назад
@hirthwork нихуя не понял причем тут монга, походу придется для таких как ты пилить лендинх you might not need mongodb
#DV9886/JGV / @krkm --> #DV9886/909 / 4160 дней назад

@krkm прост поверх монги получилось сделать очередь на коленке, а поверх других технологий так быстро сделать не получилось

#DV9886/J7O / @hirthwork --> #DV9886/JGV / 4160 дней назад
@hirthwork надо было на firebase тогда вообще делать, там нихуя не надо
#DV9886/TVX / @krkm --> #DV9886/J7O / 4160 дней назад
@hirthwork В файл запросы складывай.
#DV9886/WG7 / @komar --> #DV9886/909 / 4160 дней назад
@komar граждане храните свои запросы в сберегательной кассе
#DV9886/1T2 / @krkm --> #DV9886/WG7 / 4160 дней назад

@komar такое тоже есть, но у него другая область применимости

#DV9886/ZJP / @hirthwork --> #DV9886/WG7 / 4160 дней назад
@krkm азазаз ибать ты юморист
#DV9886/26O / @komar --> #DV9886/AVL / 4160 дней назад
@komar при кол
#DV9886/DJ9 / @krkm --> #DV9886/26O / 4160 дней назад
#DV9886/K8F / @komar --> #DV9886/SEA / 4160 дней назад
@polecat Не в баззвордах. Используя подход NoSQL в SQL — будешь мучительно сосать. Наоборот — тоже. Это принципиально разные концепции.
#DV9886/3E1 / @komar --> #DV9886/32R / 4160 дней назад
@polecat Ну у кого баззворд, а кому решать, консистентно но с мастером или через жопу.
#DV9886/NZI / @komar --> #DV9886/6T9 / 4160 дней назад
@krkm лойс
#DV9886/FFJ / @mugiseyebrows --> #DV9886/AVL / 4160 дней назад
>вместо схемы храним хуй знает что вот это вот // это чувство когда комар выражает твои мысли
#DV9886/0SQ / @mugiseyebrows / 4160 дней назад

@polecat потому что в рамках eventual consistency удаления сложно делать

#DV9886/XP4 / @hirthwork --> #DV9886/YGJ / 4160 дней назад
@komar не с мастером а с лидером плиз
#DV9886/58H / @mugiseyebrows --> #DV9886/NZI / 4160 дней назад

@polecat попробовал бы ты это сделать при 3k rps

#DV9886/0IX / @hirthwork --> #DV9886/1PV / 4160 дней назад

@polecat отнюдь. все проблемы хайлоада начинаются в районе 3k rps

#DV9886/2AZ / @hirthwork --> #DV9886/RLQ / 4160 дней назад

@polecat пук

#DV9886/M7B / @hirthwork --> #DV9886/PCE / 4160 дней назад
@polecat Я имплицирую не ненужность, а необходимость выбора между шардингом точеным и евентуал косистенси дроченым.
#DV9886/EJN / @komar --> #DV9886/YGJ / 4159 дней назад
@mugiseyebrows хозяином
#DV9886/9EX / @komar --> #DV9886/58H / 4159 дней назад
@komar Тьфу блядь, все перепутал. Ну вы понели.
#DV9886/6IV / @komar --> #DV9886/EJN / 4159 дней назад
@komar Какая нахуй может быть консистентность, если 99% сервисов в добавок используют разные там redis/rabbitmq/файлики?
#DV9886/BOR / @kb --> #DV9886/NZI / 4159 дней назад
@kb В душе не ебу, кто что там использует. У меня все консистентно.
#DV9886/EYY / @komar --> #DV9886/BOR / 4159 дней назад
ipv6 ready BnW для ведрофона BnW на Реформале Викивач Котятки

Цоперайт © 2010-2016 @stiletto.