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

ну они ушли думать, в общем. это хорошо. всем спасибо)

ну вообще да, если все полностью вычистить и нагенерить на все синонимов

вот будущий админ офигеет, когда столкнется))

их еще и альтерить нельзя, если склероз не изменяет, только удалить-создать можно

http://www.baud.cz/blog/database-alias-in-microsoft-sql-server
> Что было, то и будет; и что делалось, то и будет делаться, и нет ничего нового под солнцем.

у DBA мысли сходятся (с) народная поговорка

Посоветуйте курсы по организации хранилищ данных на сиквел. Уровень - продвинутый или эксперт.

Необязательно сертифицированные

Имеется база, в которой только большая таблица логов. Таблица секционирована по месяцам, каждая секция в своей файловой группе. Старые секцции нужно затирать (допусти по truncate partition) предварительно забэкапив как файловую группу. Возможно ли потом бэкапы этих ФГ поднимать в отдельную базу, если потребуется поковыряться в старых логах? Или как забэкапить старые секций  логов, чтобы иметь возможность выборочного их восстановления для не продолжительно поиска инфы в этих данных?

Ну точно можно сделать просто тупо логический бэкап, BCP out

что это даст? я смогу поднять бэкап файлов группы как отдельную базу или восстановить эту ФГ к имеющейся на данный момент времени таблице из которой эта ФГ когда-то была забэкаплена?

Просто сможешь эти данные загрузить куда угодно

спасибо

если приложение может генерировать достаточно извратный код типа проверок наличия обьектов через sysobjects с проверой типа обьекта и этот код не завернут в хранимки, то какие то грабли возможны. нужно тестировать.

Коллеги, с коллейшенами вопрос.
Есть БД, которая заточена под хранение логов, прилетающих из разных стран.
В ней, ессно, могут в некоторых полях быть локальные строчки (не критичные).

В датафрейме питона у меня строка на русском - "Москва"
Я пишу тупо df_machines.to_sql...
и оно автоматом закидывает в таблицу
Питон на utf-8 работает

НО
так как у меня в БД стоит collation не кириллический, а SQL_Latin1_General_CP1_CI_AS - то при выводе на экран в Studio я вижу тупо "??????" вместо кириллицы
хотя поле в БД объявлено как nvarchar, а не varchar

Как правильно в таких случаях делать? Клепать БД на каждую страну - не улыбается.
Задавать отдельный на конкретную таблицу - можно? Тогда хотя бы таблицами поделю.

Но все равно придется по идее, выборки делать из двух таблиц с разными локальными строками.
MS Studio такое никогда не отобразит?

COLLATE collation_name — задает параметры сортировки для столбца. Могут использоваться параметры сортировки Windows или параметры сортировки SQL. Аргумент collation_name применим только к столбцам типа char, varchar, text, nchar, nvarchar и ntext. Если этот аргумент не указан, столбцу назначаются либо параметры сортировки определяемого пользователем типа, если столбец принадлежит к определяемому пользователем типу данных, либо установленные по умолчанию параметры сортировки для базы данных.

не, я к тому, что если я уже записал строку с кириллицей без всяких N' с полем [customer_city] в БД с коллейшеном SQL_Latin1_General_CP1_CI_AS
я не могу почему-то её прочитать даже указав в SELECT явно другой коллейшен
SELECT
[customer_city] COLLATE Cyrillic_General_CI_AS

Оно там внутри, где неонка, вообще лежит нормально или данные так теряются?