То, что если у тебя к этом пользователю много связей, то ты еще и полбазы себе вынесешь)

То, что если у тебя к этом пользователю много связей, то ты еще и полбазы себе вынесешь)

ON DELETE RESTRICT

Ну тогда ты и не удалишь ничего толком)

что psql крутой язык для бизнес-логики

У меня в проекте часть логики там. Это адок конечно, я даже дебаггер для pgAdmin поднимал :)

Вообще удаление в реляционках это такая вещь...

У меня в проекте часть логики там. Это адок конечно, я даже дебаггер для pgAdmin поднимал :)

Гусарам сразу скажу, что досталось в наследство

по нашим наблюдениям у монги начинаются проблемы когда размер индексов выходит за размер доступной RAM. загружали базу размером 700 гб (по сути логи). когда индексы стали болше RAM (64гб) - вставка стала очень медленной

Ну тогда ты и не удалишь ничего толком)

Если данные критичные (а юзер обычно является критичной сущностью), то надо думать прежде чем удалять

Без консистентности джуниор тебе удалит его и напложит битые ссылки которые потом расхлёбывать тебе

Если ты сам конечно не джун

по нашим наблюдениям у монги начинаются проблемы когда размер индексов выходит за размер доступной RAM. загружали базу размером 700 гб (по сути логи). когда индексы стали болше RAM (64гб) - вставка стала очень медленной

так они сами об этом на сайте и пишут

Без консистентности джуниор тебе удалит его и напложит битые ссылки которые потом расхлёбывать тебе

и тут мы внезапно приходим вот к этому: > @vkurchatkin Это зависит от разделения ответственности

Запрещать джунам коммитить в репозиторий слово DELETE?

Код ревью делать на 10 человек, в надежде что кто-то заметит?

И всё только ради того чтобы внешний ключ не вешать?

Как мы от баз данных перешли к управлению персоналом?)

Как будто субд мешает удалять

Она мешает удаляет неконсистентно

Она мешает удаляет неконсистентно

О чём и речь

Ну удалит твой джун консистентно- сильно лучше станет?

Если он преднамеренно это делает, то конечно не станет. Тут вообще другая история. Джуны он обычно по неопытности что-то плохое делают, без злого умысла

Да причем тут джуны? ))) Речь о том, что если ты в реляционке начнёшь что-то удалять, то быстро упрёшься в свои же связи. И либо cascade, что обычно не то, что ты хочешь, либо restrict, который скорее всего ничего не удалит. Ты там выше зачем-то предлагал убирать констрейнты. Не знаю зачем. Все нормальные парни в случае связанных данных ничего не удаляют. Обычно в таких случаях данные помечаются удаленными. И либо когда-то там бэкграундная джоба что-то сделает, чтобы распутать эту связь, либо оно так и остаётся висеть. Плюс к этом надо добавить еще то, что при интенсивном удалении возрастает нагрузка и на индекс, и на, скажем так, чтение данных. Не знаю как там у вас это делают, а у нас обычно слово DELETE вообще не фигурирует нигде, никак и никогда.

> @wertlex Все нормальные парни в случае связанных данных ничего не удаляют. Обычно в таких случаях данные помечаются удаленными. Вот тоже верно

DELETED_AT

Да госпидя, это всё понятно. ON DELETE RESTRICT как раз таки поможет от случайного удаления

а с чего тут все началось, ревью в команде впадлу делать?

Короче, подведём итог. Целостность данных - добро. В монге с этим проблемы. Поэтому для бложиков с комментариями - монга ок. Для сложных систем - не ок. Выбирайте инструмент из потребностей, знайте его плюсы и минусы.

Всем peace

Целостность === консистентность

странный вывод)

блин, ну норм так про бд тему поднял

короче mysql я понял

)

А я просто задал вопрос идиотский...

нуу... намного. в реляционке я открою транзакцию, обновлю оба документа, и закрою транзакцию))

Я ж там не за монго топил) А за то, что правильное удаление данных вообще, а в реляционке в частности - это тема, требующая особого внимания, и, зачастую, накладывающая отпечаток на всю систему.

Короче, подведём итог. Целостность данных - добро. В монге с этим проблемы. Поэтому для бложиков с комментариями - монга ок. Для сложных систем - не ок. Выбирайте инструмент из потребностей, знайте его плюсы и минусы.

И неправильный итог )) Правильный итог такой, что из трёх букв C, A, P выбрать можно только две. И очень сильно зависит от приложения, какие буквые важны в первую очередь.

для бложиков с коментариями мне кажется как раз rdb идеально

просто, надежно + джоины

next.js вдохновлялся простотой php

Next.js про конвенции, и высокоуровневые абстракции

Next.js про конвенции, и высокоуровневые абстракции

Верно

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

парни кто юзает node-telegram-bot-api, как передать тест с форматированием, например жирный

парни кто юзает node-telegram-bot-api, как передать тест с форматированием, например жирный

напиши в его чатик, зачем всё заспамливать?

я напилс, просто там послединй ответ 2 часа назад

не дождался ответа и напился

в options указываешь параметр parse_mode

и в зависимости от указанного параметра html или markdown отдаешь в тексте

и в зависимости от указанного параметра html или markdown отдаешь в тексте

не могу понять куда липить форматирование

ай

помогите ему, кто-нибудь

я устал от этого дерьма

{ title: '1. The woman was very much in love with the junior accountant in her office.', buttons: [ [{text: 'a) interested in', callback_data: '0_1'}], [{text: 'b) double dating', callback_data: '0_2'}],

где в тайтл это вставить

например слово very

сорри парни, не туда свойство прописал

отгадайте какой будет результат

class N extends null {};new N;

.constructor error

не, прекраснее

У null нет прототипа

TypeError function () { } is not a constructor

class N extends null {};new N;

Так лень поднимать жопу с дивана чтобы проверить

в принципе как я и сказал

node7 TypeError: function is not a function

формулировка просто понравилась

я в фф проверил

node7 TypeError: function is not a function

совсем гуд

в хроме, разумеется, то же самое

node7 TypeError: function is not a function

Это прекрасно

Почему-то эта картинка вспоминается при "function is not a function"

[] == ![]; // true

0 == 0 логично

подскжатие, пожалуйста, если один из bluebird-промисей в Promise.all получил ошибку, будут ли выполнены остальные промиси?

[] == ![]; // true

[] == [] // false

Что вызывает несколько больше вопросов)

[] == [] // false

Эээ

подскжатие, пожалуйста, если один из bluebird-промисей в Promise.all получил ошибку, будут ли выполнены остальные промиси?

Выполнены - никто не знает.

[] == [] // false

Вот это поворот