УПП Таблица SQL настроек отчетов пользователей #647627

Настройки отчета пользователя при нажатии Сохранить - попадают в ХранилищеЗначений, а имя пользователя, ссылка на объект отчета и название настройки - в регистр сведений Сохраненные значения. Подскажите, пожалуйста, какой таблице базы данных это соответствует, чтобы средствами SQL можно было запомнить эту настройку для конкретного пользователя. Потом - надо будет перенести эту настройку в другую УПП или восстановить потом для той же.

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

лезть в скуль - нарушение лиц соглашения. Переноси именно данные, в таблицы не лезь

Уточни, пожалуйста.

Кстати да... Зачем это делать средствами скл?

Администраторы спросили название таблицы. Пробовали dbo.files - не получилось.

администраторов в турму. а делается это всё в 1с самой

мс скл профайлер поможет администраторам

пользуйтесь обработкой выгрузказагрузкахмл

Это не разовое, для регламента круглосуточного.

вообще-то... через можно и регламентом программно делать... А если уж хочется извращений - то см . Только внимательно смотри

тю, да хоть ещесекундно - зафигачить репу скулевую, вот только коллизии будут мама-не-горюй

По-моему, получу то же, что и они профайлером.

А ты не-по-твоему. Ты посмотри.

Ежесекундно не надо, очень рано утром, когда не работают.

в профайлере вообще все так быстро мелькает и столько всякого мусора валится - быстрее

Имя таблицы, которую они хотели узнать - не определят?

в разных базах имена таблиц разные могут быть

Для УПП - разные?

Для двух упп, созданных по разному, хоть и из одной конфигурации - запросто могут быть разными

Имена таблиц скуля генерятся, могут отличатся на разных базах, пофиг какая конфа

А xml я разве данные хранилищезначений перенесу? Не только РС Сохраненные значения?

УПП - точная копия другой методами SQL.

Ещё одно нарушение лицензионности... :-) Давай, накручивай себе срок :-))

Почему? Все на одном лицензионном сервере.

И общее количество пользователей - по количеству лицензионных ключей. Никаких нарушений.

Доступ к базам 1с не средствами платформы 1с - нарушение лицензионного соглашения.

копирование базы - может и нет, а сабж - наверняка

Это нельзя? Я c SQL не работаю. Пока теоретический вопрос.

Бэкап - нарушение?

+ На курсах говорили - это регламент.

я сказал что Сабж нарушение - изменение таблиц средствами скуля. копирование, бэкапы - нет конечно

Понятно. А то как-то странно - у нас все точно лицензионное. Хорошо, спасибо, буду знать. Тогда эта теория не подходит. А мой вопрос в ?

бекап - нет. А вот создание средствами скуля - при желании можно и натянуть :-)

Восстанавливать из бэкап нельзя? А зачем он тогда?

xml-ом всё перенесёш нормально

да нормально всё. главно не меняй данные в БД средствами отличными от 1с

Спасибо, это я попробую.

хватит пугать )

+39 что это вообще за за уши натянутое ограничение?

это лиц соглашение с 1с. иль ты его не читал?) да пофиг, всё на вашей совести, нуралиев не будет отлавливать за это

Это я точно вообще не умею. С SQL работать не приходилось. Просто меня спросили, как таблица называется. Только ее тоже не менять собирались, а скопировать. Я, наверное, не точно формулирую - тему не знаю.

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

спроси на селезнёвке, я хз

)))

думаю этоот пункт: доступ к информационной базе ПРОГРАММНОГО ПРОДУКТА и построение систем на основе ПРОГРАММНОГО ПРОДУКТА с помощью средств и технологических решений, не предусмотренных в сопроводительной документации

+ вносить какие-либо изменения в код ПРОГРАММНОГО ПРОДУКТА, содержимое баз данных и других наборов данных, в которых система хранит информацию, за исключением тех изменений, которые вносятся штатными средствами, входящими в состав ПРОГРАММНОГО ПРОДУКТА и описанными в сопроводительной документации и это

вот это полная жесть, понятно что такое написано из-за наличия большинства криворучек и снижения своей ответственности за возможные иски по типу "база не работает"

Код никто изменять и не собирался. А вот еще цитата по этой ссылке: "Сервер "1С:Предприятия 8" образует промежуточный программный слой между клиентскими приложениями системы программ "1С:Предприятие 8" и сервером баз данных." Т.е. БД входит состав в средств и технологических решений, предусмотренных в сопроводительной документации - договоре. Раз БД - лицензионная, как и лицензионная ОС, получается, штатными средствами БД можно делать бэкапы и копировать таблицы. Вроде бы все нормально.

бэкап - естественно, а изменять конкретные таблицы средствами скуля - нет

Так менять их тоже не собирались - только копировать.

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

В эту же.

Значит, всё-таки менять?

короче - нельзя официально, но вы потихому, чтоб нуралиев не увидел

Да нет, что-то слетало, хотели подстраховаться. По твоей логике, когда слетают пути запуска баз, нельзя скопировать средствами операционной системы и конфигурационный файл, чтобы их восстановить. Надо набирать вручную. Пока никак. Имя таблицы так никто и не сказал. Да и, раз таблицы разные бывают, смысла в такой идее нет. Буду xml переносить. Спасибо всем. Много познавательного.

а как вы копию рабочей делаете? dt, выгрузка загрузка хмл или не лицензионным способом разворачиваете бак в копию?)