В результате ошибки потеряны ваши (и мои!) сообщения за 16 июня. Во время бета периода shit happens. Надеюсь, вы нафлудите еще очень много полезного и прятного нацпола.

С уважением, crypt.

  • cryptOP
    link
    fedilink
    arrow-up
    0
    ·
    4 years ago

    не, они же и портятся сразу в двух местах одновременн.

    • cvs-255
      link
      fedilink
      arrow-up
      0
      ·
      4 years ago

      Тогда это очень плохо организованная система. Запись должна быть writeonce

      • cvs-255
        link
        fedilink
        arrow-up
        0
        ·
        4 years ago

        Т.е. база должна быть в режиме append-only

        • cryptOP
          link
          fedilink
          arrow-up
          0
          ·
          4 years ago

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

      • cryptOP
        link
        fedilink
        arrow-up
        0
        ·
        4 years ago

        эта плохо организованная ситема называется SQL сервер. почитай в вики. очень распространненая вещь.

        • cvs-255
          link
          fedilink
          arrow-up
          0
          ·
          4 years ago

          Сообщения должны храниться в базе в таблице где запрещено делать DELETE или UPDATE, только INSERT

          • cryptOP
            link
            fedilink
            arrow-up
            0
            ·
            4 years ago

            не засоряй тред, диванный теоретик.

            • cvs-255
              link
              fedilink
              arrow-up
              0
              ·
              4 years ago

              не хами на ровном месте

              • cryptOP
                link
                fedilink
                arrow-up
                0
                ·
                4 years ago

                не люблю пустомель. код на гитхабе. присылай патч.

            • cvs-255
              link
              fedilink
              arrow-up
              0
              ·
              4 years ago

              “не диванный теоретик” продолбал базу. Так что лучше послушай варианты решения проблемы

              • cryptOP
                link
                fedilink
                arrow-up
                0
                ·
                4 years ago

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

                • cvs-255
                  link
                  fedilink
                  arrow-up
                  0
                  ·
                  4 years ago

                  ты как то очень нервно ведешь себя. Ошибаться нормально. Ошибаются все иногда. Но вот хамить тем, кто предлагает идеи как недопустить повторения - не нормально

                  • cryptOP
                    link
                    fedilink
                    arrow-up
                    0
                    ·
                    4 years ago

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

                    сосиска выкладывает код проекта на гитхабе. хочешь помочь - вливайся.

                  • cryptOP
                    link
                    fedilink
                    arrow-up
                    0
                    ·
                    4 years ago

                    полдня пытаешься ошибку пофиксить, но вместо, чтобы помощь предложить, приходят покритиковать и своими “гениальными” идеями поделиться:(

          • cvs-255
            link
            fedilink
            arrow-up
            0
            ·
            4 years ago

            Например это может быть организовано так:

            1. таблица с полями id:текст:версия - в нее можно только добавлять новое
            2. таблица с полями id:[<список версий>]

            Таблица 2 строится на основе таблицы 1, т.е. восстанавливаемая, и в нее можно и нужно делать UPDATE.

            Когда добавляется новое сообщение, то ему присваивается версия 0, и автоматом в таблице 2 создается запись с id:[0]

            Когда сообщение исправляется, то сперва смотрим в таблицу 2 и берем максимальную версию из списка. Делаем insert в таблицу 1 с версией увеличенной на 1 и записываем новую версию в список версий в таблице 2: id:[0,1]

            Таким образом от ошибок кода самого сервера, который может потереть сообщения, защитит отсутствие UPDATE или DELETE в коде в отношении таблицы 1, а от ошибок самого SQL сервера защитит наличие резервного SQL сервера, куда параллельно все будет писаться