Насколько я знаю, есть не один и не два человека, которые послушали мудрые советы одного бывшего "директора по развитию технологий" из яндекса, переехали на Украину в начале 20-х, и сейчас оказались в крайне интересной ситуации.
Я не очень понял посыла. Т.е., наоборот, мудро было бы предположить в начале 20-х, что переезжать в Украину - плохая идея? Потому что было же очевидно, что в 2022 туда полетят ракеты? Или что не так было в Украине в начале 20-х? Это был какой-то злой умысел одного бывшего "директора по развитию технологий" (кто это, кстати?)?
В смысле "любит"? Он по определению делает новую запись при каждой записи каждой строки. Это не потому, что он любит/не-любит, и не потому, что разработчикам было лень заморачиваться. Так реализована "версионность" для обеспечения всяких разных уровней изоляции транзакций. By design, как говорится. Вот из "первых рук" https://www.youtube.com/watch?v=SNrv8ZPpPfg&list=PLaFqU3KCWw6LPcuYVymLcXl3muC45mu3e&index=6
У меня не один разработчик на сервере, а 10, каждый пилит свои сервисы для разных департаментов и, возможно, организаций. Вы кому предлагаете это все администрировать при помощи "отличного скрипта pg_ctlcluter"? Мне? Или им доступ дать? А разные версии они тоже себе поднимать будут?
"PostgreSQL DBA, время от времени контрибьютор проекта." != разработчик PostgreSQL
Итак, файловая система необходима хоста, сеть необходима хоста. Итог - а зачем вам вообще база (в смысле получается только её исполняемые бинарники) в докере? Что вы отсюда хотите получить?
Я хочу отсюда получить возможность запускать в рамках одной машины десятки/сотни постгресов произвольных версий и, возможно, по разному настроенных. И потом так же просто их бесследно удалять.
Не переживайте, это, по всей видимости, продлится недолго - обнулить карму я, к сожалению, могу только один раз :) По комментариям понятно. А наличие таких статей на хабре вас в целом воодушевляет или какие чувства вы испытываете?
Ок, но есть объяснение, у которого вероятность 99,99%, потому что оно подтверждено самим же автором изначально, хотя он этого и не осознает. А есть объяснения, вероятность которых <0,01%
Можно их не исключать, хорошо. Но почему им уделяется внимания на порядок больше, чем нормальному объяснению?))
Я лично всего лишь хочу понять, зачем натягивать сову на глобус, выдумывая объяснения, вероятность которых стремится к нулю, в случае, когда просто очередной мамкин трейдер, не понимая вообще, чего он делает, проторговался на (крипто-)бирже и побежал стричь лайки на все возможные площадки.
Это возвращает меня к изначальному вопросу "По вашему СУБД работают?" Именно СУБД. При восстановлении из резервной копии возможна ситуация, что ключи генерируются заново? А как при этом сохраняются внешние ключи? И, возвращаясь к теме топика, так, чтобы только у одного пользователя подменился счет, а не вся система пошла по бороде.
Вы же осознаете, что повышение ставок если и произойдет, то не из кармана агрегатора, а за счет потребителя. Вы, как потребитель, готовы к повышению ставок?
Дааа, чтобы Товарищ Майор наконец смог перейти на удаленку и шить дела из дома))
Для HTTP-сервиса 1С не нужен сервер приложений, опубликовать можно файловую базу.
Купил лицензию лет 15 назад, актуальные версии до сих пор поддерживаются. Вы о чем?
Я не очень понял посыла. Т.е., наоборот, мудро было бы предположить в начале 20-х, что переезжать в Украину - плохая идея? Потому что было же очевидно, что в 2022 туда полетят ракеты? Или что не так было в Украине в начале 20-х? Это был какой-то злой умысел одного бывшего "директора по развитию технологий" (кто это, кстати?)?
А вы уверены, что это сумма после вычета налогов, а не до?
Одну можно партицировать
В смысле "любит"? Он по определению делает новую запись при каждой записи каждой строки. Это не потому, что он любит/не-любит, и не потому, что разработчикам было лень заморачиваться. Так реализована "версионность" для обеспечения всяких разных уровней изоляции транзакций. By design, как говорится.
Вот из "первых рук" https://www.youtube.com/watch?v=SNrv8ZPpPfg&list=PLaFqU3KCWw6LPcuYVymLcXl3muC45mu3e&index=6
Сдается, под "разделяемостью" тут подразумевается shared, то, что по-русски называется "общий".
У меня не один разработчик на сервере, а 10, каждый пилит свои сервисы для разных департаментов и, возможно, организаций. Вы кому предлагаете это все администрировать при помощи "отличного скрипта pg_ctlcluter"? Мне? Или им доступ дать? А разные версии они тоже себе поднимать будут?
Вы сколько компаний хотя бы 2-3 работниками уже построили и похоронили "стоя"? Поделитесь опытом?
Это же в документации описано. Смотрите, прямо тут https://www.elastic.co/guide/en/elasticsearch/reference/current/paginate-search-results.html
"PostgreSQL DBA, время от времени контрибьютор проекта." != разработчик PostgreSQL
Я хочу отсюда получить возможность запускать в рамках одной машины десятки/сотни постгресов произвольных версий и, возможно, по разному настроенных. И потом так же просто их бесследно удалять.
Эм... Что, простите?
Кем рекомендуется? Поделитесь рефенсами на исследования об этом. Желательно за последние лет 10.
Не переживайте, это, по всей видимости, продлится недолго - обнулить карму я, к сожалению, могу только один раз :)
По комментариям понятно. А наличие таких статей на хабре вас в целом воодушевляет или какие чувства вы испытываете?
Серьезно? Это вот прям проблема, решение которой достойно аж отдельной статьи? И прям решений в интернете нет?
Попробуйте вот этот сайт https://letmegooglethat.com/?q=dockerize+django+postgres
Ок, но есть объяснение, у которого вероятность 99,99%, потому что оно подтверждено самим же автором изначально, хотя он этого и не осознает. А есть объяснения, вероятность которых <0,01%
Можно их не исключать, хорошо. Но почему им уделяется внимания на порядок больше, чем нормальному объяснению?))
Я лично всего лишь хочу понять, зачем натягивать сову на глобус, выдумывая объяснения, вероятность которых стремится к нулю, в случае, когда просто очередной мамкин трейдер, не понимая вообще, чего он делает, проторговался на (крипто-)бирже и побежал стричь лайки на все возможные площадки.
Это возвращает меня к изначальному вопросу "По вашему СУБД работают?" Именно СУБД. При восстановлении из резервной копии возможна ситуация, что ключи генерируются заново? А как при этом сохраняются внешние ключи? И, возвращаясь к теме топика, так, чтобы только у одного пользователя подменился счет, а не вся система пошла по бороде.
Это не ответ на мой вопрос
Вы же осознаете, что повышение ставок если и произойдет, то не из кармана агрегатора, а за счет потребителя. Вы, как потребитель, готовы к повышению ставок?