O
Батенька, вы агностик 😊
Size: a a a
2021 May 28
O
Я думаю, для разовых целей поднять бэкап можно на другом сервере, ну или поднять и потом убрать, аудиторы, думаю поймут, даже если это всплывёт потом.
ФГ
Те проблемы что я имел ввиду больше с секурити связаны. Хрен к буржуев кто даст иногда с прода данные даже посмотреть( хотя по разному).
Плюс если прод реально большой то сложно накатит ь. Ибо енвы на дев менее мощные.
Я сталкивался с 1м кейсом
И ох я поизвращался с 1м багом.
Плюс если прод реально большой то сложно накатит ь. Ибо енвы на дев менее мощные.
Я сталкивался с 1м кейсом
И ох я поизвращался с 1м багом.
O
Ну вот секуьюрити это тоже очень важный момент. Данные на дев тогда должны быть под аудитом и под управление доступом через СБ. Не факт, что всем разрабам по договору разрешено трогать реальные данные, например, кредитных историй или банально зарплаты.
ФГ
Да.везде Свои заморочки.
Счас я дБ девелопер и имею доступ к проду Полный.
Но было по разному.
А уж про банки и ыин.организации отдельная тема.
Хотя мой босс по прошлой работе имел Полный доступ к БД с стаффом ВМФ США хотя и Не хотел.
Говорил а ну его нафиг
Счас я дБ девелопер и имею доступ к проду Полный.
Но было по разному.
А уж про банки и ыин.организации отдельная тема.
Хотя мой босс по прошлой работе имел Полный доступ к БД с стаффом ВМФ США хотя и Не хотел.
Говорил а ну его нафиг
АА
На предыдущей работе, где проходили очень серьезный внешний ИТ-аудит ежегодно, доступ разработчиков к проду был табу.
АА
Вообще тезис про данные с прода в деве на предмет лицензирования интересный, нет ли ссылки, где можно было про это почитать?
О奧
Кому какое дело, какие данные на тесте или разработке, такое требование полная отсебятина
АА
Пока кажется что так и есть, скорее могут быть какие то внутренние ограничения на данные, чем требования вендора ПО.
АА
Да и как проверять данные "те же или нет", какие критерии? Контрольные суммы или хэши строк таблиц сверять? До какого то процента совпадений данные "тестовые", а при превышении становятся данными "продуктивными"? Пока не понятно...
DP
Привет! вопрос про сравнение N значений nvarchar '1:2,2:4,4:1' N эталонными '1:2,4:1' т.е. матч может быть не по всем, а только по каким-то определенным критериям. Как можно организовать поиск оптимально? LIKE '%1:2%4:1%' медленно очень работает
O
Мне аудитор сказал так - Вот эти данные они с прода? Есть ли полная обфускация? Нету? Значит это не тест, а стендбай. Тогда еще стендбай не в ридонли лицензировался. Это был 2015 год.
O
Full Text Index.
k
если версия позволяет может через STRING_SPLIT создать два набора и по каким-то критериям джойнить
DP
тоже медленно работает
DP
еще медленней чем LIKE
k
может и не надо тогда это в бд делать?
k
сиквел со строками не очень дружит. нужно либо нормализовать данные заранее, либо отдать клиенту, которому будет не лень найти вхождения, закешировать результаты и т.д. и т.п
O
FT вполне годно такое найдет
DP
попробую через full text, но не знаю пока как можно спарсить текущее значение строки в FullTextSearch variable.