удалить таблицу уже нельзя

там наверху уже написано

можно

какая разница какие у тебя таблицы вообще :)

так данные потеряются

так ничего не удаляется

я там выше написал

ну вот старая версия - таблица А и Б, новая версия, таблица А, Б, В, в таблицу А и Б добавлены fk на В

ну, таблица В никуда больше не денется

если мы откатываем и fk остаются - старые скрипты не знают про них и при попытке что-то там отредактировать - ошибка

она там навсегда

никуда БД не откатывается

вообще

окей, тогда код возвращаем старый

а бд новая

так?

я ещё раз повторяю: НИЧЕГО ВООБЩЕ НЕ УДАЛЯЕТСЯ

да

но старый код не знает про новые фк в базе данных

и при редактировании тех кортежей будут ошибки

он просто не будет догадываться, что там какие-то фк ещё есть

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

и при редактировании тех кортежей будут ошибки

ещё остались субд которые на fk nil не поддерживают?

такой подход требует изменения подхода к проектировнию субд

конечно твои обычные практики работать не будут

и к разработке тоже требования меняются

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

в воскресенье в 4 утра ты получил от page duty нотис: шеф, всё пропало, я откатилась на прошлый билд, ошибки пропали, спи спокойно

Слушай, @dd_bb, а накидай статей вот про это вот с БД?

Я просто совсем ничего про реальность БД не знаю

звучит круто

так сделать можно и в общем-то я так и делаю

но это всё как-то криво

то есть да, я вот так же разрешаю пустые фк

в воскресенье в 4 утра ты получил от page duty нотис: шеф, всё пропало, я откатилась на прошлый билд, ошибки пропали, спи спокойно

а ещё лучше ты ничего не получил, а в понедельник утром за чашкой сока прочитал отчёты за выходные

Слушай, @dd_bb, а накидай статей вот про это вот с БД?

с ходу не найду, поищи по ключевым словам «яндекс проектирование БД»

у них давно были несколько телег по этому поводу

спасиба

но это всё как-то криво

кто сказал что это криво?

ну, возникает технический долг

на добавление потом not null

на эти фк

если ты потом добавишь not null, ты не сможешь откатится

да

по этому мне нравятся документо-ориентированные бд

вся эта беготня с консистентностью уже головная боль приложения

Couchbase?

меня говном закидают если я скажу монга :)

но я её готовлю уже сколько, лет 6 наверное?

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

2010 или 2011 год, не помню точно

да, наелись с ней говна, я иногда продолжаю его с ней есть, но в остальном оно сильно человечнее чем всякие там кассандры

тогда вообще штука когда у тебя нахуй полетела стойка с праймари и всё само поднялось без какого либо вмешательства с небольшим количеством разорванных запросов казалось прямо космосом

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

а тут стойку вернули, оно само чонадо сделало и все радуются

а ты только смотришь на демократию

как они там голосуют

ну и шардинг тоже. знай себе реплики добавляй

ну вот а если с PostgreSQL - то можно просто сложный релиз делать несколько недель и протестировать его, а потом 1 раз мигрировать базу и дальше никаких откатов, только полный вперед, не BGD, без технического долга, сразу not null фк сделать и другие изменения...

(правда потом выяснилось что map/reduce c output в существующую колелкцию ставит весь кластер раком, потому что создание временной коллекции требует глобальной блокировки на запись, ха-ха)

ну вот а если с PostgreSQL - то можно просто сложный релиз делать несколько недель и протестировать его, а потом 1 раз мигрировать базу и дальше никаких откатов, только полный вперед, не BGD, без технического долга, сразу not null фк сделать и другие изменения...

потому тебя упал мастер, вместо него встал слейв, который тоже упал

и ха-ха

я не знаю, в 2016 году уже чонибудь приличное для пг сделали или нет

но раньше это был пиздец и ад, и ты хоть обтестируйся

а повалившиеся друг за другом стойки, это не такое уж и редкое событие

ну, всё равно для бизнеса postgres монгой не заменить

у нас как-то аналитический фронтенд для скады работал с монгой и ничо

в соло

ERROR: S client not available

Я знаю три проекта которые считают Бизнос Аналитику™ для чиновников на монге

в смысле это было единственное хранилище

хотя к монке я чот как-то так

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

плохие стороны заключаются в том, что они выбрали eventually consistent модель и это в некоторых случаях делает какие-то простые вещи сильно нетривиальными

например если усраться как надо аналог транзакций

например если усраться как надо аналог транзакций

а оно усраться как надо почти в любой системе для бизнеса, если это не сайт, а что-то хоть чуть-чуть сложнее

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

и связано с финансами

ну вот мы сейчас делаем штуку которая работает с баблом, микротранзакции по сути. нам там аналог транзакций понадобился в трёх местах

вы их в итоге на стороне приложения делаете?

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

в нашем случае это работает

транзакции в монге на уровне приложения это очень сложно

в итоге всё сводится к тому что ты как идиот раз десять долбишься в базу

на каждый чих

а если долбятся двое, то всё очень сложно и лайвлоки и дедлоки и вот эти все многопоточные развлечения

https://docs.mongodb.com/manual/tutorial/perform-two-phase-commits/

вот например как они предлагают с этой проблемой работать

это ещё работает с одной коллекцией, когда у тебя коллекций несколько, то лучше настя

я решил накидать прототип, и когда у меня получилось в итоге полторы тысячи строк кода, я понял что нет, нихуя не работает :)

я вот эти последние 10 лет в основном цифрами и занимаюсь. бабки и всякая ололитика.

блядь, шесть вечера а я всё ещё докера не доебал :(

отдохнувший завтра буду

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

Это от твоей привычки не читать доки, 2й раз уже )))

опять срач будет

Это от твоей привычки не читать доки, 2й раз уже )))

вот я аккурат наебался по документации

можно сказать по буквам

про документацию кстати

As can be seen, all image layer IDs are cryptographic hashes

тоесть если раньше слои просто uuid генерировали (кто там говорил про айдишник машины?)

судя по исходникам у них там какой-то tarsum свой