Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
msLex Yasha123 и что это за db_datawriter, что не может в таблицы писать? вы еще про bulk вспомните ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2019, 18:18 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
msLex хмм, вроде, alter any schema на уровне DB должно хватать ...и в подарок товарищ получает возможность править все процедуры. схама тут у всех одна, dbo ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2019, 18:22 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
alexeyvg msLex пропущено... вы еще про bulk вспомните Даже без констрейнтов и триггеров нужен ADMINISTER BULK OPERATIONS на уровне сервера, хотя это "просто" insert ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2019, 18:26 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
Yasha123 ...и в подарок товарищ получает возможность править все процедуры. схама тут у всех одна, dbo Ну тот факт, что отдельного пермишена на set_identity_insert нет и нужен alter, мы выяснили раньше. А там уже allter any table или alter any shema object - хрен редьки не слаще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2019, 18:29 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
alexeyvg Ничего себе "какого то инсёрта", пользователь же меняет поведение кода во всех коннектах (как бы сбивает текущий идентити-счётчик) вообще-то если невозможно вставить руками значение счетчика, это не вина юзера, это есть черезжопная реализация автоинкрементного поля. и раз уж так сделали, что вынуждают "сбивать счетчик", то уж пускай и обеспечивают "прозрачную безопасность" адекватными правами. а то теперь из-за их кривого identity мне приходится выдавать лишние права (а кому лень искать минимальные необходимые права, те всего сисадмина выдают. это мне пришлось огрести в процессе вытравления сиадминов и db_owner-ов в базе) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2019, 18:30 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
msLex alexeyvg пропущено... А bulk может вставлять с игнорированием констрейнов. И тогда непонятно, то ли делать специальные права на bulk, либо требовать (в случае игнорирования) прав на alter. Даже без констрейнтов и триггеров нужен ADMINISTER BULK OPERATIONS на уровне сервера, хотя это "просто" insert И ещё, эти операции ведь не полностью логируются, при соотв настройках, то есть если обычный пользователь с правами "писателя" сможет сам выбирать, сделать ему вставку через INSERT, или через BULK INSERT, то это может привести к разным последствиям для состояния данных в базе (а конкретно в файле лога). Другое дело, что совершенно непонятно, почему это разрешение сделали на уровне сервера. Очевидно, сделать такое разрешение на уровне базы было бы достаточно (и у dbo должно быть это право). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2019, 18:33 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
alexeyvg И ещё, эти операции ведь не полностью логируются, при соотв настройках, то есть если обычный пользователь с правами "писателя" сможет сам выбирать, сделать ему вставку через INSERT, или через BULK INSERT, то это может привести к разным последствиям для состояния данных в базе (а конкретно в файле лога). нет ну привет, мухи отдельно, котлеты отдельно. если вам надо все и всегда логировать, вы, товарищ с elevated permissions (a не какой-то db_datawriter), выбираете для базы recovery model. и если это полная модель, никакой писатель ничего не сможет минимально залогировать,хоть балком, хоть не балком ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2019, 18:57 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
Yasha123 alexeyvg И ещё, эти операции ведь не полностью логируются, при соотв настройках, то есть если обычный пользователь с правами "писателя" сможет сам выбирать, сделать ему вставку через INSERT, или через BULK INSERT, то это может привести к разным последствиям для состояния данных в базе (а конкретно в файле лога). нет ну привет, мухи отдельно, котлеты отдельно. если вам надо все и всегда логировать, вы, товарищ с elevated permissions (a не какой-то db_datawriter), выбираете для базы recovery model. и если это полная модель, никакой писатель ничего не сможет минимально залогировать,хоть балком, хоть не балком Ну, или есть обычные операции ОЛТП и т.д., а есть "загрузка", которую (после восстановления из бакапа лога) можно и повторить. Я в принципе это понимаю и принимаю, вопрос только "почему это не право в базе" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2019, 20:01 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
Yasha123, я бы на вашем месте попробовал принудить пользователя выставлять identity_insert процедуркой, если конечно позволяет архитектура. в таком бы случае убили двух зайцев 1) пользователь мог все также выставлять идентити значения при этом можно бы было даже ограничить список таблиц с которыми он может манипулировать. 2) у пользователя бы не было излишних прав ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2019, 20:25 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
Minamoto, Вообще классная схема. на 2017, 2016 также робит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2019, 05:39 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
Yasha123, from забыли .... Вообще скриптами пашет на новой созданной БД. Потом через студию сделал тоже пашет. Фигня какая то.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2019, 05:44 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
flexgen, У юзера стоят права sysadmin ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2019, 05:45 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
alexeyvg, Дело в том, что в offline то переходит. И потом attach/detach тоже работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2019, 05:46 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
Den_KP alexeyvg, Дело в том, что в offline то переходит. И потом attach/detach тоже работает. Ну вот в данный момент вообще все заработало.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2019, 05:52 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
Den_KP Minamoto, Вообще классная схема. на 2017, 2016 также робит? Судя по статье, из которой она взята (в следующем сообщении ссылка) - это актуальная схема для 2017. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2019, 10:16 |
|
||
|
Не включаются БД после режима offline
|
|||
|---|---|---|---|
|
#18+
felix_ff Yasha123, я бы на вашем месте попробовал принудить пользователя выставлять identity_insert процедуркой, если конечно позволяет архитектура. в таком бы случае убили двух зайцев 1) пользователь мог все также выставлять идентити значения при этом можно бы было даже ограничить список таблиц с которыми он может манипулировать. 2) у пользователя бы не было излишних прав они и процедурками, и кодом из приложения, борьба с identity осложняется тем, что это политика партии такая: у всех таблиц PK bigint identity. начаника не переубедить, это при том, что они развивают программу, штампуют новые таблицы и продолжают вставлять с set identity_insert on. еще и все под сисадмином ходили, но что это неправильно, начальничег согласился и разрешил искоренить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2019, 10:36 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39887835&tid=1686979]: |
0ms |
get settings: |
8ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
21ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
70ms |
get tp. blocked users: |
1ms |
| others: | 217ms |
| total: | 354ms |

| 0 / 0 |
