Куча говна / Говнокод #24446 Ссылка на оригинал

0

  1. 1
  2. 2
  3. 3
https://habr.com/company/oleg-bunin/blog/414881/

Давайте позлорадствуем в сторону "MySQL". Дескать, "хе-хе, фкантактик отказывается от MySQL и правильно делает, куд-кудах".

Запостил: tuberkulez tuberkulez, (Updated )

Комментарии (44) RSS

  • ava j123123 # Ссылка на оригинал 0

    > Кроме того, ВКонтакте отличается тем, что по историческим причинам здесь практически всё своё. В отличие от, к примеру, Badoo, который в основном использует MySQL и Memcache (плюс свои сервисы), ВКонтакте использует свои базы данных и даже свою версию Memcache.

    Написаны лучшими олимпиадниками?
    Ответить

    • ava roskomgovno # Ссылка на оригинал 0 ⇈

      да, там везде 
      jrk = fuz(r,rr,rr3,mm,43, 1);


      Чтобы код меньше места занимал
      Ответить

    • ava guest # 0 ⇈

      Они надеялись удивить нас самописной СУБД. В вебе такое повсеместно: школьники хранят базу в текстовом файле, потому что им лень учить SQL.
      Ответить

      • ava roskomgovno # Ссылка на оригинал 0 ⇈

        и потом еще гордятся: "а зато мы работаем на бесплатных хостингах без mysql".

        Высший пилотаж когда они хранят данные в виде строки, разделенной запятыми, в mysql.
        Ответить

      • ava Steve_Brown # Ссылка на оригинал 0 ⇈

        А у меня наоборот - было лень учить работу с текстовыми файлами, поэтому я решил использовать MySQL.
        Ответить

        • ava roskomgovno # Ссылка на оригинал 0 ⇈

          лень -- двигатель прогресса

          теперь выучили настоящую реляционную субд, после mysql это будет нетрудно
          Ответить

  • ava roskomgovno # Ссылка на оригинал 0

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

    Или это у PHPистов так принято:
    --данные будем хранить в MySQL
    --а почему в MySQL?
    --ээ.. ну типа.. а где же еще?
    Ответить

    • ava guest # 0 ⇈

      Сейчас другая мода:
      -- Данные будем хранить в NoSQL.
      -- А почему не в реляционной базе?
      -- Потому что так стильно, модно, молодёжно.
      Ответить

        • ava guest # 0 ⇈

          И чтобы был package.json с дофига зависимостей.
          Ответить

            • ava roskomgovno # Ссылка на оригинал 0 ⇈

              гульп нинужен
              yarn и webpack.

              Не надо тут упоминать давно устаревшие технологии годовой давности! Во фронтэнде за такое лишают смузи
              Ответить

              • ava tuberkulez # Ссылка на оригинал 0 ⇈

                Так они у вас, блядь, каждые полгода устаревают. Поэтому я и держусь за "PHP" и "$", так как они, сука, блядь, всё переживут. Нет смысла тратить время на изучение "гульпов", "хуюльпов", "вюй", "реактов" и т.д.
                Ответить

    • ava guest8 # Ссылка на оригинал 0 ⇈

      Сейчас другая мода:
      -- Данные будем хранить в NoSQL.
      -- А почему не в реляционной базе?
      -- Потому что так стильно, модно, молодёжно.
      Ответить

    • ava pohuinho # Ссылка на оригинал 0 ⇈

      Им и не нужны СУБД. Гораздо удобнее хранить данные в файлах, а самое необходимое в оперативке. Потому что нужно охуическое быстродействие.
      Ответить

      • ava roskomgovno # Ссылка на оригинал 0 ⇈

        Всяким ВК и FB действительно не нужны реляционные субд с нормализованными таблицами потому что это будет сильный продолб по скорости.

        Использование MySQL в качестве bit storage это тяжелое наследие, помноженное на PHP программистов.


        зы: вообще весь современный хайлоад (ну кроме динозавров типа гугла и яндекса) это один сплошной костыль.

        Это бесконечный PHP, подпиленный олимпиадниками подключенный к MySQL с одной колонкой
        Ответить

        • ava guest # 0 ⇈

          А как нужно хранить данные всяким монстрам типа ВК и ФБ, чтобы не было продолба по скорости (не используя олимпиадные решения и одноколоночную базу в MySQL)?
          Ответить

          • ava roskomgovno # Ссылка на оригинал 0 ⇈

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

            Например у Яндекса есть ClickHouse, у Гугла -- Bigtable.
            Ответить

            • ava roman-kashitsyn # Ссылка на оригинал 0 ⇈

              ClickHouse -- это аппенд онли колоночная хранилка для агрегатных запросов .
              Ответить

              • ava roskomgovno # Ссылка на оригинал 0 ⇈

                Ну так данные читают чаще, чем обновляют, правда?
                Про обновление их в реальном времени речь не шло)

                А как устроено в Яндексе хранилище данных, которое обновляется в относительном реальном времени?
                Ответить

                • ava roman-kashitsyn # Ссылка на оригинал 0 ⇈

                  > Ну так данные читают чаще, чем обновляют, правда?

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

                  Under the same conditions, ClickHouse can handle several hundred queries per second on a single server (up to several thousand in the best case). Since this scenario is not typical for analytical DBMSs, we recommend expecting a maximum of 100 queries per second.

                  -- https://clickhouse.yandex/docs/en/introduction/performance/

                  100 QPS, Карл. Это не тот хайлоад, о котором ты говоришь.
                  Ответить

                  • ava roskomgovno # Ссылка на оригинал 0 ⇈

                    >>. Это не тот хайлоад, о котором ты говоришь.
                    Хум хау. Дай бог всем нашим проектам иметь 100 queries per second..

                    Но я согласен что ВК имеет несоизмеримо больше.
                    Ответить

                • ava roman-kashitsyn # Ссылка на оригинал 0 ⇈

                  > А как устроено в Яндексе хранилище данных, которое обновляется в относительном реальном времени?

                  Без понятия, в поиске не работал.
                  Ответить

                  • ava guest # 0 ⇈

                    А как в Яндексе была устроена социальная сеть Я.ру, которую закрыли? Больше всего интересует алгоритм начисления Ку. Его явно изобретали люди, знакомые с энтропией информации. Если юзер выполнял предсказуемые действия, то Ку начислялось мало. Если он флудит, то Ку вообще не начислялось. А если юзер сделал что-то неожиданное, плохо предсказуемое (что для несёт окружающим море свежей информации), то его Ку резко взлетал.

                    Можно где-то добыть исходники закопанной сети или хотя бы алгоритм?
                    Ответить

          • ava roskomgovno # Ссылка на оригинал 0 ⇈

            зы: вот еще например
            These are designed to operate in a distributed cluster of shared-nothing nodes, in which each node owns a subset of the data. These databases are often written from scratch with a distributed architecture in mind, and include components such as distributed concurrency control, flow control, and distributed query processing. Example systems in this category are Google Spanner, CockroachDB, Altibase, Apache Ignite, GridGain, TiDB[13], Clustrix, VoltDB, MemSQL, NuoDB and Trafodion

            Дофига из чего выбирать, короче
            Ответить

Добавить комментарий

Я, guest, находясь в здравом уме и твердой памяти, торжественно заявляю:

    А не использовать ли нам bbcode?

    ↑
    8
    ↓