Роскомнадзор внёс «Пикабу» и «ЯПлакалъ» в реестр организаторов распространения информации [Есть комментарий администрации]⁠⁠

Момент, уточню у нашего куратора.

За вами уже выехали

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

А была ли она?

Это дефис: -

Это короткое тире: –

Это тире: —

Скопируй себе это в текстовый редактор и скопируй символ, который комментатор выше поставил, убедись, что это дефис.

Исправляйся!

В постскриптуме первое слово — это глагол?

Здравствуйте, это модератор. За вами уже выехали, здоровья вам и хорошего настроения.

Что за колдунство? Как ты пустую картинку запостил?

Так не только гугл. Яндекс тоже кеш хранит. И сайт архив.орг, всех не проверишь

Если мы берем системы торговли/обмена данным/управление проектами т.п. чтобы не потерять взаимосвязи. Вася Пупкин удалил КС, а Даша Петрухина уже создана на основании КС ЗП, по которому Маргарита Павловна уже провела заявку на расходование средств (пример абсолютно условный). В связи с вышеуказанным, необходима возможность ВСЕГДА видеть движение ВСЕХ документов по системе и их взаимосвязь между собой. Короче никаких удалений, только корректировки )

Попробую объяснить на пальцах. Вот есть у тебя один миллион записей в базе данных - грубо говоря, все сообщения пользователей. Они все в одной таблице хранятся, потому что на каждый пост никто свою таблицу заводить не будет - создание таблицы это очень много ресурсов. Ты открываешь пост. К базе данных отправляется запрос вида "Выдай мне все комментарии пользователей, относящиеся к данному посту с рейтингом не ниже стольки то". И движок БД пошел шерстить по всему миллиону записей, выбирая эти комментарии. И на каждого пользователя открывшего пост, движок БД должен перебрать весь миллион и каждому пользователю вывалить нужные комменты, пропуская те которые "в игноре" у тебя и т.д. Представляешь какая нагрузка на БД? Чтоб такого не было, умные люди придумали индексы. Их различное множество видов. Принцип примерно такой, как в той загадке, как поймать льва в пустыне? Делим пустыню пополам - лев или в одной половине или в другой, спрашиваем в какой половине лев? Допустим в первой. Снова делим нужную половину пополам и так далее. Запрос "где лев?" не занимает много ресурсов и за энное количество таких делений пустыни на квадраты в конце концов мы загоним льва в квадратик по размерам самого животного. Вот и индексы работают так же. Структурируют весь миллион комментариев и отвечают на запросы - коммент в первой половине таблицы или во второй? В первой половине первой половины таблицы или во второй? Ну и т.д. Это грубое объяснение на пальцах, на самом деле механизм там в разы сложнее, там есть и текстовые индексы, которые позволяют даже отдельное слово в записи найти и узнать его местоположение (примерно так работает полнотекстовый поиск).

Так вот, построить индекс на большом объеме данных - это охуеть какая трудоемкая задача. Например на таблице в 140млн записей (была в моей практике такая немаленькая БД) построить ее индекс на серверном железе занимает примерно полтора суток и под один индекс только одной таблицы на диске выделяется ~100гБ места. При физическом удалении коммента базе данных приходится во первых найти местоположение коммента, во вторых удалить его, а в третьих, самое страшное, перестроить весь индекс. А вот при добавлении новой записи все проще - ты коммент добавил, он в базу шлеп, база ему место выделила, в конце индекса записала - такой то коммент лежит в таком то месте бд. Это занимает микросекунды.

Чьих внучек?