A
чем плохое?
я же сказал неплохое
Size: a a a
2020 July 22
Ю
аа )))
OK
спасибо буду пробовать
OK
A
но вообще я так понимаю у ТС там ORM и вероятно проблема с вызовом функций что ли? вообще имело бы смысл генерировать и проверять пароли на стороне приложения.
как минимум меньше проблем с поддерживаемыми современными алгоритмами и больше пространства для маневра.
как минимум меньше проблем с поддерживаемыми современными алгоритмами и больше пространства для маневра.
DG
оу… с использованием PL/Python и passlib неплохое решение
Так себе решение. Зачем тянуть питон, если есть штатное расширение pgcrypto?
A
впрочем не рекомендовал бы самостоятельно реализовывать генерацию паролей без должной компетенции.
Ю
спасибо буду пробовать
apt install postgresql-12-python3
YS
сразу скажу в проектировании архитектуры БД не силен )
Так почитали бы (а то так и будете совершать грубые ошибки). Второй вариант — нарушение 1NF, если что.
DG
apt install postgresql-12-python3
Да еще и советуете его человеку, который этого не просил. Им в проекте на PHP только хранимок на питоне не хватает :)
A
Так себе решение. Зачем тянуть питон, если есть штатное расширение pgcrypto?
хз что там за версия passlib, но в общем случае другой набор алгоритмов (нужно сравнивать) + в конкретном примере безопасное сравнение в функции верификации.
Ю
Так себе решение. Зачем тянуть питон, если есть штатное расширение pgcrypto?
а чем плохо тянуть питон в pg какая разница где лежит скрипт, главное чтоб удобно использовать было и ничего не потерялось
DG
Плохо, ИМХО, то, что это плюс одна технология, о которой нужно помнить при сетапе нового кластера или мажорном обновлении. А также бережно хранить компетенции в ней.
Ю
Плохо, ИМХО, то, что это плюс одна технология, о которой нужно помнить при сетапе нового кластера или мажорном обновлении. А также бережно хранить компетенции в ней.
от куда нам знать о стеке технолой которые там используют, это просто одно из решений
Е
Всем доброго времени дня, я сейчас проектирую бд, и возник вопрос.
Вопрос: лучше использовать массивы, или делать отдельные записи с разницей в значение одной колонки?
Задача: есть список объектов, каждый из которых содержит ссылки на другие объекты (можно сказать граф), нужно соответственно эти списки как-то хранить, либо одна запись из
Вопрос: лучше использовать массивы, или делать отдельные записи с разницей в значение одной колонки?
Задача: есть список объектов, каждый из которых содержит ссылки на другие объекты (можно сказать граф), нужно соответственно эти списки как-то хранить, либо одна запись из
Объект+список ссылок, либо N записей из Объект+ссылкаYS
Всем доброго времени дня, я сейчас проектирую бд, и возник вопрос.
Вопрос: лучше использовать массивы, или делать отдельные записи с разницей в значение одной колонки?
Задача: есть список объектов, каждый из которых содержит ссылки на другие объекты (можно сказать граф), нужно соответственно эти списки как-то хранить, либо одна запись из
Вопрос: лучше использовать массивы, или делать отдельные записи с разницей в значение одной колонки?
Задача: есть список объектов, каждый из которых содержит ссылки на другие объекты (можно сказать граф), нужно соответственно эти списки как-то хранить, либо одна запись из
Объект+список ссылок, либо N записей из Объект+ссылкаПо умолчанию в Relational DBMS лучше использовать реляционные, нормализованные модели ("N записей из
Объект+ссылка").c
Добрый день, ALTER TABLE для таблички может только овнер выполянть ? Как-то другому пользователю дать такие права можно ?
Е
Yaroslav Schekin
По умолчанию в Relational DBMS лучше использовать реляционные, нормализованные модели ("N записей из
Объект+ссылка").Спасибо
RS
RS
При этом памяти достаточно. База в докере