МШ
не видел начало...
но откуда мысль про то, что в nosql отсутсвует схема данных?
но откуда мысль про то, что в nosql отсутсвует схема данных?
Эммм... А где оно там есть?
Size: a a a
2021 January 18
m
Эммм... А где оно там есть?
"там" - это где именно? :)
на уровне преложения так запросто
на уровне преложения так запросто
ДЛ
покупайте PostgreProEE и будет вам счастье) https://postgrespro.ru/docs/enterprise/12/pgtransfer
Если речь про покупки, ты у нас Оракл куплен так-то. Но счастливыми это нас не сделало... =)
ДЛ
ПГ все хотят при условии, когда он бесплатный. Когда он платный, то не хотят.. =)
V
Если речь про покупки, ты у нас Оракл куплен так-то. Но счастливыми это нас не сделало... =)
Спросите у PostgresPro. Может вам продадут отдельно extension)
m
"там" - это где именно? :)
на уровне преложения так запросто
на уровне преложения так запросто
и там же и миграции и поддержка старых/новых схем и т.п.
AL
Я прост думал, может есть какой-то FAQ по этому поводу) эх, снова тетрадочка driven development ))) спасибо за ответ )
ну, лучше domain driven development )))
ПЕ
Ну, это всё про выгрузки. Я хотел как в оракле, чтоб можно было просто откусить AS-IS табличное пространство с партицией. Без доп нагрузки на БД.
можно, конечно, сделать
но придется заморочиться
нажал на кнопку - получил результат - такого нет
но придется заморочиться
нажал на кнопку - получил результат - такого нет
YR
Здравствуйте.
Подскажите, какой ключ использовать, чтоб поле в таблице было не возможно редактировать ?
Подскажите, какой ключ использовать, чтоб поле в таблице было не возможно редактировать ?
VY
Здравствуйте.
Подскажите, какой ключ использовать, чтоб поле в таблице было не возможно редактировать ?
Подскажите, какой ключ использовать, чтоб поле в таблице было не возможно редактировать ?
если есть разделение по ролям, то: (1) не давать DELETE+INSERT и (2) выдать UPADTE только для тех колонок, что можно трогать. но это смогут обойти superuser-ы и владелец таблицы.
чтобы зарубить всех — повесить BEFORE FOR EACH ROW триггер и кидать исключение. его тоже можно обойти (в том числе не дропая), но уже сложнее
чтобы зарубить всех — повесить BEFORE FOR EACH ROW триггер и кидать исключение. его тоже можно обойти (в том числе не дропая), но уже сложнее
R
если есть разделение по ролям, то: (1) не давать DELETE+INSERT и (2) выдать UPADTE только для тех колонок, что можно трогать. но это смогут обойти superuser-ы и владелец таблицы.
чтобы зарубить всех — повесить BEFORE FOR EACH ROW триггер и кидать исключение. его тоже можно обойти (в том числе не дропая), но уже сложнее
чтобы зарубить всех — повесить BEFORE FOR EACH ROW триггер и кидать исключение. его тоже можно обойти (в том числе не дропая), но уже сложнее
владелец и суперюзер по любому сможет в транзакции сделать disable trigger user, а потом, перед коммитом - enable trigger user. Понятно, что это лок всей таблицы и на нагруженной системе не пройдёт незамеченным, но всё-таки триггер - не защита от обхода. А при правильно настроенных правах (владелец и рабочие пользователи разведены) и грантов достаточно.
VY
владелец и суперюзер по любому сможет в транзакции сделать disable trigger user, а потом, перед коммитом - enable trigger user. Понятно, что это лок всей таблицы и на нагруженной системе не пройдёт незамеченным, но всё-таки триггер - не защита от обхода. А при правильно настроенных правах (владелец и рабочие пользователи разведены) и грантов достаточно.
да, я так и написал
s
подскажите пожалуйста можно ли упростить запрос до одного join'a и как это сделать? Задание: Есть таблица пользователей user (user_id — id пользователя, installed_at — дата установки) и таблица активности client_session (user_id, created_at — таймстемп активности).
Необходимо написать SQL-запрос который считает Retention 1, 3, 7 дня по пользователям с группировкой установок по месяцам (с января 2020-го года).
Результат — скрипт в формате .sql
Необходимо написать SQL-запрос который считает Retention 1, 3, 7 дня по пользователям с группировкой установок по месяцам (с января 2020-го года).
Результат — скрипт в формате .sql
YU
Всем привет, у меня врзник вопрос, а можно ли использовать в реляционных бд тип данных, у которого не введены операторы = и ==?
VY
Всем привет, у меня врзник вопрос, а можно ли использовать в реляционных бд тип данных, у которого не введены операторы = и ==?
странный вопрос, но да. правда это делает сложным индексирование, т.е. вы можете только сохранять и доставать.
однако это подразумевает, что этот тип можно привести к
однако это подразумевает, что этот тип можно привести к
text (иначе pg_dump не будет работать), а для text сравнение вполне себе естьam
Joanna Michniewicz
здраствуй, folks, excuse me for continuing in English, even though I can (slowly) read Cyrillic :)
I work at ❤️🖤 GitLab 🧡💜and I’m looking for a strong PostgreSQL DBA to join us as a Database Reliability Engineer.
Ideally we’d like somebody with development and reliability skills, but first and foremost we want strong Postgres experience, so we definitely consider DBA profiles as well (min. 5 years of experience with Postgres and large production environment).
Check out the video for more details:
https://www.youtube.com/watch?v=aNxBIhsJ2nA&ab_channel=GitLabUnfiltered
And JD:
https://about.gitlab.com/job-families/engineering/infrastructure/database-reliability-engineer/
And if you’d like to connect, hit me up to discuss it: jmichniewicz@gitlab.com
Cheers and a good days everyone ☺️🦊
I work at ❤️🖤 GitLab 🧡💜and I’m looking for a strong PostgreSQL DBA to join us as a Database Reliability Engineer.
Ideally we’d like somebody with development and reliability skills, but first and foremost we want strong Postgres experience, so we definitely consider DBA profiles as well (min. 5 years of experience with Postgres and large production environment).
Check out the video for more details:
https://www.youtube.com/watch?v=aNxBIhsJ2nA&ab_channel=GitLabUnfiltered
And JD:
https://about.gitlab.com/job-families/engineering/infrastructure/database-reliability-engineer/
And if you’d like to connect, hit me up to discuss it: jmichniewicz@gitlab.com
Cheers and a good days everyone ☺️🦊
> Database Reliability Engineer
so much typo for "removal"
so much typo for "removal"
DM
В теории достаточно одного оператора <. Из него выводится =, >
C
Надеюсь не нарушаю правила чата,
может кто подсказать специалиста (или чат где они обитают) для миграции с MSSQL на PG.
Размер БД 7-8 ТБ.
Вопросы по топологии деплоя, бекапам, master-slave.
Нагрузка 2 500 пользователей корпоратов.
может кто подсказать специалиста (или чат где они обитают) для миграции с MSSQL на PG.
Размер БД 7-8 ТБ.
Вопросы по топологии деплоя, бекапам, master-slave.
Нагрузка 2 500 пользователей корпоратов.
АЛ
@zxcoupe такое рекламировал
C
@zxcoupe такое рекламировал
Спасибо!