I
На диске. А в бд - путь к файлу
Понял, спасибо
Size: a a a
2020 November 02
T
Iurie
Понял, спасибо
Ну это как один из вариантов
I
Ну это как один из вариантов
А что ещё есть?)
AK
Недавно ремонтировал систему в которой в БД были пути, а файлы на дисках. При upgrade поменяли буквы хранилища. Часть файлов переписали чужими данными :)
T
Iurie
А что ещё есть?)
еще есть гугл
T
и там могут сказать что можно хранить файлы в самой БД.
AS
а разве в постгресе нет какого-то аналога filestream?
AK
а разве в постгресе нет какого-то аналога filestream?
AS
.
Здравствуйте. Нужен совет/подсказка. Пришел я на новую работу, а тут есть БД на удаленном сервере, по ip подключаемся к ней в Management Studio.
Есть немало скриптов, которые создают какие-то таблицы, которые потом питоновские скрипты переносят в csv, а потом переносят csv в MySQL (насколько я понял). А потом из полученных таблиц в MySQL строятся дашборды, выгрузки и т.п.
В будущем нам хотят закрыть прямой доступ к БД, а сделать представления по нужным нам таблицам (уже закрывали доступ, и вся автоматизация процесса на уровне питоновских скриптов сломалась).
Когда так сделают - sql скрипты сломаются, питоновские тоже. Есть желание выкрутиться с минимальными трудозатратами:)
Данные должны обновляться раз в день , некоторые раз в неделю.
Как лучше сделать, какие best practices у вас в арсенале/на опыте?)
Я думаю определиться какие таблицы нам нужны, написать скрипты для ежедневного/еженедельного создания (и удаления старых) представлений. Т.е. таблица table_1 будет иметь представление table_1_view, к примеру, т.е. имя таблицы плюс приставка. Далее в скриптах SQL добавить везде именам таблиц эти приставки и получаем PROFIT :))
Все старые скрипты будут работать с представлениями,которые будут создаваться другими простеньким скриптами CREATE VIEW...
Есть немало скриптов, которые создают какие-то таблицы, которые потом питоновские скрипты переносят в csv, а потом переносят csv в MySQL (насколько я понял). А потом из полученных таблиц в MySQL строятся дашборды, выгрузки и т.п.
В будущем нам хотят закрыть прямой доступ к БД, а сделать представления по нужным нам таблицам (уже закрывали доступ, и вся автоматизация процесса на уровне питоновских скриптов сломалась).
Когда так сделают - sql скрипты сломаются, питоновские тоже. Есть желание выкрутиться с минимальными трудозатратами:)
Данные должны обновляться раз в день , некоторые раз в неделю.
Как лучше сделать, какие best practices у вас в арсенале/на опыте?)
Я думаю определиться какие таблицы нам нужны, написать скрипты для ежедневного/еженедельного создания (и удаления старых) представлений. Т.е. таблица table_1 будет иметь представление table_1_view, к примеру, т.е. имя таблицы плюс приставка. Далее в скриптах SQL добавить везде именам таблиц эти приставки и получаем PROFIT :))
Все старые скрипты будут работать с представлениями,которые будут создаваться другими простеньким скриптами CREATE VIEW...
VK
Уволиться и найти нормальную компанию с нормальными практиками, а не анальными болями в разных частях тела. Вы ничему там не научитесь, кроме дури подобной этой, которая нигде и никогда и никому не понадобится, кроме подобных страдальцев.
И
..
Здравствуйте. Нужен совет/подсказка. Пришел я на новую работу, а тут есть БД на удаленном сервере, по ip подключаемся к ней в Management Studio.
Есть немало скриптов, которые создают какие-то таблицы, которые потом питоновские скрипты переносят в csv, а потом переносят csv в MySQL (насколько я понял). А потом из полученных таблиц в MySQL строятся дашборды, выгрузки и т.п.
В будущем нам хотят закрыть прямой доступ к БД, а сделать представления по нужным нам таблицам (уже закрывали доступ, и вся автоматизация процесса на уровне питоновских скриптов сломалась).
Когда так сделают - sql скрипты сломаются, питоновские тоже. Есть желание выкрутиться с минимальными трудозатратами:)
Данные должны обновляться раз в день , некоторые раз в неделю.
Как лучше сделать, какие best practices у вас в арсенале/на опыте?)
Я думаю определиться какие таблицы нам нужны, написать скрипты для ежедневного/еженедельного создания (и удаления старых) представлений. Т.е. таблица table_1 будет иметь представление table_1_view, к примеру, т.е. имя таблицы плюс приставка. Далее в скриптах SQL добавить везде именам таблиц эти приставки и получаем PROFIT :))
Все старые скрипты будут работать с представлениями,которые будут создаваться другими простеньким скриптами CREATE VIEW...
Есть немало скриптов, которые создают какие-то таблицы, которые потом питоновские скрипты переносят в csv, а потом переносят csv в MySQL (насколько я понял). А потом из полученных таблиц в MySQL строятся дашборды, выгрузки и т.п.
В будущем нам хотят закрыть прямой доступ к БД, а сделать представления по нужным нам таблицам (уже закрывали доступ, и вся автоматизация процесса на уровне питоновских скриптов сломалась).
Когда так сделают - sql скрипты сломаются, питоновские тоже. Есть желание выкрутиться с минимальными трудозатратами:)
Данные должны обновляться раз в день , некоторые раз в неделю.
Как лучше сделать, какие best practices у вас в арсенале/на опыте?)
Я думаю определиться какие таблицы нам нужны, написать скрипты для ежедневного/еженедельного создания (и удаления старых) представлений. Т.е. таблица table_1 будет иметь представление table_1_view, к примеру, т.е. имя таблицы плюс приставка. Далее в скриптах SQL добавить везде именам таблиц эти приставки и получаем PROFIT :))
Все старые скрипты будут работать с представлениями,которые будут создаваться другими простеньким скриптами CREATE VIEW...
расскажите им про SSIS
И
дабы не городить всё это на питоне
IC
Уволиться и найти нормальную компанию с нормальными практиками, а не анальными болями в разных частях тела. Вы ничему там не научитесь, кроме дури подобной этой, которая нигде и никогда и никому не понадобится, кроме подобных страдальцев.
Ну что так сразу... Есть шанс внедрить нормальные практики, задуматься только при активном противодействии.
AK
..
Здравствуйте. Нужен совет/подсказка. Пришел я на новую работу, а тут есть БД на удаленном сервере, по ip подключаемся к ней в Management Studio.
Есть немало скриптов, которые создают какие-то таблицы, которые потом питоновские скрипты переносят в csv, а потом переносят csv в MySQL (насколько я понял). А потом из полученных таблиц в MySQL строятся дашборды, выгрузки и т.п.
В будущем нам хотят закрыть прямой доступ к БД, а сделать представления по нужным нам таблицам (уже закрывали доступ, и вся автоматизация процесса на уровне питоновских скриптов сломалась).
Когда так сделают - sql скрипты сломаются, питоновские тоже. Есть желание выкрутиться с минимальными трудозатратами:)
Данные должны обновляться раз в день , некоторые раз в неделю.
Как лучше сделать, какие best practices у вас в арсенале/на опыте?)
Я думаю определиться какие таблицы нам нужны, написать скрипты для ежедневного/еженедельного создания (и удаления старых) представлений. Т.е. таблица table_1 будет иметь представление table_1_view, к примеру, т.е. имя таблицы плюс приставка. Далее в скриптах SQL добавить везде именам таблиц эти приставки и получаем PROFIT :))
Все старые скрипты будут работать с представлениями,которые будут создаваться другими простеньким скриптами CREATE VIEW...
Есть немало скриптов, которые создают какие-то таблицы, которые потом питоновские скрипты переносят в csv, а потом переносят csv в MySQL (насколько я понял). А потом из полученных таблиц в MySQL строятся дашборды, выгрузки и т.п.
В будущем нам хотят закрыть прямой доступ к БД, а сделать представления по нужным нам таблицам (уже закрывали доступ, и вся автоматизация процесса на уровне питоновских скриптов сломалась).
Когда так сделают - sql скрипты сломаются, питоновские тоже. Есть желание выкрутиться с минимальными трудозатратами:)
Данные должны обновляться раз в день , некоторые раз в неделю.
Как лучше сделать, какие best practices у вас в арсенале/на опыте?)
Я думаю определиться какие таблицы нам нужны, написать скрипты для ежедневного/еженедельного создания (и удаления старых) представлений. Т.е. таблица table_1 будет иметь представление table_1_view, к примеру, т.е. имя таблицы плюс приставка. Далее в скриптах SQL добавить везде именам таблиц эти приставки и получаем PROFIT :))
Все старые скрипты будут работать с представлениями,которые будут создаваться другими простеньким скриптами CREATE VIEW...
Безопасность на view вполне себе рабочая штука если:
а) есть релевантная модель БД
б) разработчики строго придерживаются этой модели.
в) есть "паровоз" работавший в такой парадигме.
Если хоть одно условие не выполняется, то скорее всего ничего не выйдет.
а) есть релевантная модель БД
б) разработчики строго придерживаются этой модели.
в) есть "паровоз" работавший в такой парадигме.
Если хоть одно условие не выполняется, то скорее всего ничего не выйдет.
.
Ну что так сразу... Есть шанс внедрить нормальные практики, задуматься только при активном противодействии.
+
.
Уволиться и найти нормальную компанию с нормальными практиками, а не анальными болями в разных частях тела. Вы ничему там не научитесь, кроме дури подобной этой, которая нигде и никогда и никому не понадобится, кроме подобных страдальцев.
Третий день работаю, может рано делать такие выводы)
.
расскажите им про SSIS
Спасибо. Надо и самому почитать, чтобы понимать, что им советую
.
Andy Korg
Безопасность на view вполне себе рабочая штука если:
а) есть релевантная модель БД
б) разработчики строго придерживаются этой модели.
в) есть "паровоз" работавший в такой парадигме.
Если хоть одно условие не выполняется, то скорее всего ничего не выйдет.
а) есть релевантная модель БД
б) разработчики строго придерживаются этой модели.
в) есть "паровоз" работавший в такой парадигме.
Если хоть одно условие не выполняется, то скорее всего ничего не выйдет.
Под паровозом подразумевается что или кто?:)
AK
..
Под паровозом подразумевается что или кто?:)
Кто :)