а как ему передать параметры?

ну прмдумайте что-то, вы же программист)

ну прмдумайте что-то, вы же программист)

на Постгресе всего чуть больше месяца, а на MySQL до этого - код не писал, тупо как хранилище использовал)) Так то конечно, надо шаблоны процедурного программирования осваивать - handles, contexts, callbacks и т.д.

Уважаемые коллеги! Вопрос юридического характера. Законо ли хранить персональные данные в БД, управляемой "ванильной" версией PostgreSQL? Или же следует использовать PostgresPro?

А почему это может быть незаконно ?

А почему это может быть незаконно ?

Потому что может быть незаконно ? Не зря же есть реестр ФСТЭК.

зависит от требований.

А почему это может быть незаконно ?

Потому что есть пресловутый ФЗ №152

Потому что может быть незаконно ? Не зря же есть реестр ФСТЭК.

зря

Потому что есть пресловутый ФЗ №152

и что теперь все ПД которые лежат в ванильном постгресе незаконны ?

Ну, такое

зависит от требований.

Ну вот хочу я сделать банальный сайт с регистрацией аккаунта и хранить ФИО пользователей. Вот такое требование.

зря

Что зря?

Ну вот хочу я сделать банальный сайт с регистрацией аккаунта и хранить ФИО пользователей. Вот такое требование.

А ФИО уже персональные данные или ещё не очень?

А ФИО уже персональные данные или ещё не очень?

Конечно, в этом и вопрос.

очень

Если вы это делаете для систем которые требуют соотвествующей сертфикации, то используйте соответствующий постгрес от постгреспро или русбиттеха

Что зря?

зря существует

Меня учили что персональные данные - это то что позволяет однозначно определить человека. Сколько у меня полных тёзок - боюсь пальцев на руках т ногах не хватит всех пересчитать.

зря существует

А ? Ну это же не мы с Вами придумали, нам приходится считаться.

Меня учили что персональные данные - это то что позволяет однозначно определить человека. Сколько у меня полных тёзок - боюсь пальцев на руках т ногах не хватит всех пересчитать.

Меня учили, что надо соблюдать закон ?

Меня учили, что надо соблюдать закон ?

Так закон наконец однозначно определил что есть персональные данные? Я последние несколько лет не следил за нововведениями в этой сфере.

А ФИО уже персональные данные или ещё не очень?

просто ФИО - нет

Так закон наконец однозначно определил что есть персональные данные? Я последние несколько лет не следил за нововведениями в этой сфере.

Ну вот я не юрист, к сожалению. Поэтому, хотелось бы, услышать компетентное мнение на эту тему. Тема серьёзная.

А этот закон разве накладывает технические требования?

А этот закон разве накладывает технические требования?

Опосредованно

А этот закон разве накладывает технические требования?

скорее накладывает ответственность некоторую на должностных лиц

А этот закон разве накладывает технические требования?

как минимум трансграничная передача

ну и опять же нарушить 152ФЗ даже используя астру смоленск вполне себе можно.

мммда > Оператор обязан убедиться в том, что иностранным государством, на территорию которого осуществляется передача персональных данных, обеспечивается адекватная защита прав субъектов персональных данных, до начала осуществления трансграничной передачи персональных данных. что такое "адекватная защита", нигде конечно не говорится

как минимум трансграничная передача

Статья 12. Трансграничная передача персональных данных там про технические средства что-то написано? Я не видел

Опосредованно

не совсем понятно, как именно

Статья 12. Трансграничная передача персональных данных там про технические средства что-то написано? Я не видел

цитата выше

цитата выше

это ведь домысел, что защита должна быть техническими средствами

а чем еще?

охранником?

не совсем понятно, как именно

Разбивает ИнформационныеСистемы на классы в зависимости от размера абонентской базы, сорта и типа обработки данных. И требует для соответствующих классов Систем соответствующий класс защиты

охранником?

А в законе и не указано, какими средствами

ох, давайте без этого

ROSS_Black будет жить. Поприветствуем!

Добрый день!

Подскажите по восстановлению базы из дампа psql -U postgres coolside < 20181007_pg.sq Это правильный синтаксис?

друзья, поделитесь стратегией бэкапирования в постгресе и обновлению gist индекса REINDEX INDEX my_gist; ведь отработает ?

Alexandr Lebedev будет жить. Поприветствуем!

Подскажите по восстановлению базы из дампа psql -U postgres coolside < 20181007_pg.sq Это правильный синтаксис?

Да (при накатывании plain-text dump). Можно и "-f somefile" вместо "< somefile".

друзья, поделитесь стратегией бэкапирования в постгресе и обновлению gist индекса REINDEX INDEX my_gist; ведь отработает ?

Эээ... а как одно связано с другим? И зачем Вам "обновлять" (что бы это значило?) gist-индекс?

Эээ... а как одно связано с другим? И зачем Вам "обновлять" (что бы это значило?) gist-индекс?

не связано, это два самостоятельных вопроса)

не связано, это два самостоятельных вопроса)

Про backup — читайте https://www.postgresql.org/docs/current/static/continuous-archiving.html и https://www.postgresql.org/docs/current/static/high-availability.html , подбирайте то, что подходит к Вашим требованиям. Есть широко используемые сторонние решения, кстати.

Про backup — читайте https://www.postgresql.org/docs/current/static/continuous-archiving.html и https://www.postgresql.org/docs/current/static/high-availability.html , подбирайте то, что подходит к Вашим требованиям. Есть широко используемые сторонние решения, кстати.

аригато

не связано, это два самостоятельных вопроса)

Ну а про gist-то в чём вопрос?

Ну а про gist-то в чём вопрос?

он ведь не отличается по обслуживанию от других индексов? ну т.е. для его обновления хватит команды reindex index_name; ?

он ведь не отличается по обслуживанию от других индексов? ну т.е. для его обновления хватит команды reindex index_name; ?

Так это полное перестроение / реиндексация. В норме этим заниматься вообще не нужно (а то и вредно). А Вам это зачем?

Добрый день всем. Есть ли у кого русская документация по sequelize.js? #sequelize

Так это полное перестроение / реиндексация. В норме этим заниматься вообще не нужно (а то и вредно). А Вам это зачем?

есть гист индекс, табличка растет, думается его переодически нужно обновлять будучи на mssql, перед etl загрузкой я проверял фрагментацию индекса и в случае если он фрагментирован на >= 10%, я перестраивал отдельные партиции, а сейчас интересуюсь как это делается в постгресе

Уважаемые коллеги! Вопрос юридического характера. Законо ли хранить персональные данные в БД, управляемой "ванильной" версией PostgreSQL? Или же следует использовать PostgresPro?

Формально при хранении ПДн вам необходимо аттестовать систему. При этом вы можете использовать любые решения. Вопрос удастся ли с ними аттестацию пройти. Использование систем сертифицированных ФСТЭК упрощает процесс значительно. Нужно ли аттестовать сайт, зависит от того как вы оцениваете вероятность проверки РКН.

Да (при накатывании plain-text dump). Можно и "-f somefile" вместо "< somefile".

Тогда странно дамп грабился такой командой pg_dump -U postgres somebase | gzip > /backup/base.sql при восстановлении psql -U postgres somebase < base.sql выдает ошибку ERROR: invalid byte sequence for encoding "UTF8": 0x8b что в этом случае стоит сделать? Сам postgre останавливать нужно?

Тогда странно дамп грабился такой командой pg_dump -U postgres somebase | gzip > /backup/base.sql при восстановлении psql -U postgres somebase < base.sql выдает ошибку ERROR: invalid byte sequence for encoding "UTF8": 0x8b что в этом случае стоит сделать? Сам postgre останавливать нужно?

ведь у вас в первой команде gzip, а во сторой нет

кстати, небоьшой хинт pv base.sql | gunzip | psql -U postgres somebase и в консоль будет вывоить интерактивно % наката дампа

он ведь не отличается по обслуживанию от других индексов? ну т.е. для его обновления хватит команды reindex index_name; ?

если для вас простой не критичен, так как реиндекс заблокирует полностью таблицу

$ gunzip < base.sql | psql -U postgres somebase Я правильно понял?

Формально при хранении ПДн вам необходимо аттестовать систему. При этом вы можете использовать любые решения. Вопрос удастся ли с ними аттестацию пройти. Использование систем сертифицированных ФСТЭК упрощает процесс значительно. Нужно ли аттестовать сайт, зависит от того как вы оцениваете вероятность проверки РКН.

Андрей, если говорить о формальности, из какого закона это следует? Спасибо за ответ.

есть гист индекс, табличка растет, думается его переодически нужно обновлять будучи на mssql, перед etl загрузкой я проверял фрагментацию индекса и в случае если он фрагментирован на >= 10%, я перестраивал отдельные партиции, а сейчас интересуюсь как это делается в постгресе

> есть гист индекс, табличка растет, думается его переодически нужно обновлять Т.е. на вопрос "зачем" Вы не ответите? ;) > будучи на mssql, перед etl загрузкой я проверял фрагментацию индекса и в случае если он фрагментирован на >= 10%, я перестраивал отдельные партиции, а сейчас интересуюсь как это делается в постгресе Ну и ну. Если я правильно понял (Вы правильно описали), то вот это последнее можно оправдать только склонностью к ритуальным действиям. ;)

Андрей, если говорить о формальности, из какого закона это следует? Спасибо за ответ.

Тут я не настоящий сварщик. Как понимаю 152-фз и приказы ФСТЭК 17, 21 и 31

Формально при хранении ПДн вам необходимо аттестовать систему. При этом вы можете использовать любые решения. Вопрос удастся ли с ними аттестацию пройти. Использование систем сертифицированных ФСТЭК упрощает процесс значительно. Нужно ли аттестовать сайт, зависит от того как вы оцениваете вероятность проверки РКН.

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

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

пускай юристы этим занимаются

Тут я не настоящий сварщик. Как понимаю 152-фз и приказы ФСТЭК 17, 21 и 31

Спасибо, то что нужно

Вообще было бы прикольно на pgconf пригласить юриста с докладом разьясняющим эти нюансы, но кажется мне что приказы по ФСТЭК таки не решают какое хранилище будет выбрано. И даже с сертифицированным хранилищем можно не пройти проверку.

пускай юристы этим занимаются

Пускай ? Мне просто тоже хочется быть в теме.

Вообще было бы прикольно на pgconf пригласить юриста с докладом разьясняющим эти нюансы, но кажется мне что приказы по ФСТЭК таки не решают какое хранилище будет выбрано. И даже с сертифицированным хранилищем можно не пройти проверку.

Вот! Поддерживаю!

Эта тема всегда кромешная. Обычно её обходят стороной. Так же, как и тему с криптографией.

Тут я не настоящий сварщик. Как понимаю 152-фз и приказы ФСТЭК 17, 21 и 31

17 мимо обычных систем 31 только для отдельных производств. Из 21 блин это скорее вообще к ИС в целом относится а не к выбору БД

Кстати, те, кто думает, что ФИО - это не персональные данные. ФЗ-152: персональные данные - любая информация, относящаяся к прямо или косвенно определенному или определяемому физическому лицу (субъекту персональных данных);

и как наличие сертифицированного постгреса обеспечит выполнение данного не понятно (точнее никак)

сами по себе ФИО обезличены без привязки к чему либо

Закон говорит "любая информация".

сайт который раскрывает тайну имени хранит ПД или нет ?

или "происхождение фамилии" ?

а так же сайты нумерологии ?

сайт который раскрывает тайну имени хранит ПД или нет ?

А сайт, где можно зарегистрировать аккаунт и вбить в форму ФИО хранит ПД?

это уже скорее да

Я думаю, что в случае чего, сайт признают, что хранит.

И никого не будут интересовать какие-то логические суждения.

если для вас простой не критичен, так как реиндекс заблокирует полностью таблицу

не критично, спасибо

Я думаю, что в случае чего, сайт признают, что хранит.

какой сайт ? :) я выше тоже примеры сайтов привел использующие имена фамилии и фио

> есть гист индекс, табличка растет, думается его переодически нужно обновлять Т.е. на вопрос "зачем" Вы не ответите? ;) > будучи на mssql, перед etl загрузкой я проверял фрагментацию индекса и в случае если он фрагментирован на >= 10%, я перестраивал отдельные партиции, а сейчас интересуюсь как это делается в постгресе Ну и ну. Если я правильно понял (Вы правильно описали), то вот это последнее можно оправдать только склонностью к ритуальным действиям. ;)

зачем обновлять индекс? - так ведь он фрагментируется при вставках, соответственно получаем деградацию производительности ритуалы?) это бест практис из книг ;)

какой сайт ? :) я выше тоже примеры сайтов привел использующие имена фамилии и фио

Ну тот, который аккаунты хранит.

зачем обновлять индекс? - так ведь он фрагментируется при вставках, соответственно получаем деградацию производительности ритуалы?) это бест практис из книг ;)

> так ведь он фрагментируется при вставках, соответственно получаем деградацию производительности Да, фрагментируется... и получаете "деградацию", к примеру, в 0-3%. А ведь само действие-то далеко не бесплатное... и они очень скоро фрагментируются снова. > ритуалы?) это бест практис из книг ;) В каких это книгах Вы нашли рекомендации обслуживать индексы до ETL?

> так ведь он фрагментируется при вставках, соответственно получаем деградацию производительности Да, фрагментируется... и получаете "деградацию", к примеру, в 0-3%. А ведь само действие-то далеко не бесплатное... и они очень скоро фрагментируются снова. > ритуалы?) это бест практис из книг ;) В каких это книгах Вы нашли рекомендации обслуживать индексы до ETL?

мне не критично обновляться по ночам в каких книгах: в самых топовых книгах по Sql server'у от Дмитрия Короткевича Sql server pro iternals

мне не критично обновляться по ночам в каких книгах: в самых топовых книгах по Sql server'у от Дмитрия Короткевича Sql server pro iternals

Дело в том, что (как там, так и здесь), это не "обновляться", это полное перестроение индекса, совсем не бесплатное по I/O всякого рода (disk, network на реплики). Ну и lock-и тоже могут мешать, если ночью что-то происходит. А выгода от этих плясок с бубном обычно околонулевая. > в самых топовых книгах по Sql server'у от Дмитрия Короткевича Sql server pro iternals А можно цитату?