Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
Добрый день! Подскажите есть ли такая возможность, чтобы при создании БД в новом 2020 году VIEW [dbo].[Seriynik_last6Year] перескочила бы сама автоматом на 20,19,18,17,16,15 соответственно? Сейчас я это делаю через процедуру, которая меняет скрипт и далее ALTER VIEW. Возможно ли вообще обойтись без ALTER VIEW? Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:02 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
через синонимы не пробовали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:09 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
Konst_Oneчерез синонимы не пробовали? ну будет drop + create synonym ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:14 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
так может это легче ТС будет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:17 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
Konst_One, А перескок синонима на год вверх? Тоже процедура? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:19 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
хоть скриптом в джобе, хоть вызовом ХП. это вам решать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:21 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. можно как-то так если все базы и объекты уже есть "вперёд" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:22 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
LightN, но правильней, имхо, сделать регламент раз в год который сгенерирует новые объекты и новое представление ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:23 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
TaPaK, Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. ... так м.б. ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:45 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
LightNTaPaK, Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. ... так м.б. ... добить еще штук 5 запросов на будущие 5 лет, создав пустые вью, потом менять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:49 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
LightNTaPaK, Код: sql 1. 2. 3. 4. 5. ... так м.б. ... Феерично... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:52 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
LightN Возможно ли вообще обойтись без ALTER VIEW? 1. Можно - не делайте дохера баз - делайте одну. 2. Можно - сделайте N баз с фиксированными именами и циклически заменяйте самую старую. Год можно и в базе хранить. 3. Надо вам зачесть документацию о "partitioned views" https://docs.microsoft.com/en-us/sql/t-sql/statements/create-view-transact-sql?view=sql-server-2017#partitioned-views ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 16:20 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
TaPaK, Ну, да, а YEAR(GETDATE()) - 6 <= 2017 не прокатит если зайти в DB_2017, например ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 16:24 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
как перестать смеятся и начать работать.... Код: sql 1. 2. 3. LightNTaPaK, Ну, да, а YEAR(GETDATE()) - 6 <= 2017 не прокатит если зайти в DB_2017, например ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 16:27 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
aleks222LightN Возможно ли вообще обойтись без ALTER VIEW? 1. Можно - не делайте дохера баз - делайте одну. 2. Можно - сделайте N баз с фиксированными именами и циклически заменяйте самую старую. Год можно и в базе хранить. 3. Надо вам зачесть документацию о "partitioned views" https://docs.microsoft.com/en-us/sql/t-sql/statements/create-view-transact-sql?view=sql-server-2017#partitioned-views Согласен полностью с п.2, эту бы идею поиметь лет так 18 тому назад ... С нуля так, конечно, бы и сделал. А год, храню в БД: right(db_name(),4) = fYearBD(), где fYearBD() обращение к полю с годом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 16:36 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
LightNaleks222 2. Можно - сделайте N баз с фиксированными именами и циклически заменяйте самую старую. Год можно и в базе хранить. Согласен полностью с п.2, эту бы идею поиметь лет так 18 тому назад ... С нуля так, конечно, бы и сделал.Это ведь тоже ручные действия; непонятно, чем тогда не нравится автоматическое изменение вьюхи в джобе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 09:27 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
alexeyvg, Да, тоже ручные. Идеальный вариант - найти способ получить VIEW-код ОДИНАКОВЫЙ ДЛЯ ВСЕХ БД и ничего не менять и не править. Если попросили, например, добавить во VIEW какое-нибудь поле, то мы добавляем его во VIEW последнего года, и тот же самый код в БД других лет, просто меняя USE. Т.о. если код VIEW стоит в DB_2018, то он смотрит в DB_2017 ... , а если его же поставить в DB_2017 то он уже смотрит в DB_2016 ... и т.д. соответственно. В моем проекте таких VIEW, которые смотрят на предыдущий год, на предыдущие 2 года, ... 6 лет > 100 штук :( Ну если ничего нельзя придумать хитрого, тогда только остается "изменение вьюхи в джобе" и "сделать регламент раз в год" и каждый раз когда потребуются изменения в течении года. Всем спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 11:48 |
|
||
|
Имя БД в VIEW при Union
|
|||
|---|---|---|---|
|
#18+
Создайте database trigger на базе model на событие создания таблицы, в которой храните годовые данные. В этом триггере выполните динамический запрос по изменению представления, которое хранится в общей базе. При создании в новой базе новой таблицы для очередных годовых наборов автоматически будет внесено исправление представления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 13:17 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=112&tid=1688227]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 224ms |
| total: | 347ms |

| 0 / 0 |
