SSIS, dtsx и пакеты развертывания

Вот одна идея с помощью целочисленного деления (%/%)

library(tidyverse)

test %>% 
 group_by(Id, grp = cumulative_time %/% 10) %>% 
 summarise(toatal_duration = sum(duration))

, которая дает

# A tibble: 6 x 3
# Groups:   Id [?]
     Id   grp toatal_duration
  <dbl> <dbl>           <dbl>
1     1     0           1018 
2     1     1             53 
3     1     2           2175.
4     2     0            684 
5     2     1            780 
6     2     2            175 

. Для решения вашей обновленной проблемы мы можно использовать complete для добавления недостающих строк. Так, для того же примера, биннинг в часах 3,

test %>%
     group_by(Id, grp = cumulative_time %/% 3) %>%
     summarise(toatal_duration = sum(duration)) %>%
     ungroup() %>%
     complete(Id, grp = seq(min(grp), max(grp)), fill = list(toatal_duration = 0))

, который дает,

     # A tibble: 20 x 3
      Id   grp toatal_duration
   <dbl> <dbl>           <dbl>
 1     1     0            188 
 2     1     1            124 
 3     1     2            706 
 4     1     3             53 
 5     1     4              0 
 6     1     5              0 
 7     1     6              0 
 8     1     7            669 
 9     1     8              0 
10     1     9           1506.
11     2     0            335 
12     2     1            349 
13     2     2              0 
14     2     3              0 
15     2     4            395 
16     2     5              0 
17     2     6            385 
18     2     7            175 
19     2     8              0 
20     2     9              0  
5
задан Dylan Corriveau 15 June 2015 в 18:10
поделиться

2 ответа

Исправьте меня, я неправ, но для любого развертывания, я верю там потребностям быть по крайней мере двумя файлами.SSISDeploymentManifest и .dtsx..SSISDeploymentManifest действует как эквивалентный пакет установщика Windows, который указывает на .dtsx. dtsx является фактическим пакетом "материала", на который ссылаются как внешний файл некоторые как, когда Вы запускаете установщик. При установке его пакет добавляется к списку ssis пакетов для того экземпляра.

Ваши предположения главным образом корректны. Вам не нужна декларация развертывания, но это может быть удобно. Кроме того, Вы не должны развертываться к экземпляру SQL Server. У Вас есть опция развернуться к файловой системе также. Я объясню обоих ниже.

Относительно Вашего 1-го вопроса:

Управление версиями:

Удостоверьтесь, что Вы разрабатываете и регистрируетесь в своих dtsx пакетах с помощью Visual Studio. Маркируйте свои выпуски в sourcesafe или безотносительно управления версиями, которое Вы используете. Если Вы регистрируетесь и маркируете, то необходимо смочь легко откатывать к предыдущей версии. Как Вы упоминаете, также можно просто сохранить копию старого каталога bin, но естественно поместить их в датированные подпапки или что-то. Однако это не занимает место управления нужной версией.

Относительно Вашего 2-го вопроса:

Развертывание:

Как другой плакат указывает, у Вас сначала есть решение сделать:

a) Развернитесь пакеты к файловой системе b) Развертывают пакеты на MSDB

Существуют преимущества для каждого, и у всех есть их предпочтение. Я использовал обоих, но я предпочитаю файловую систему, потому что это более прозрачно, однако существует больше для поддержания.

См. это сообщение для намного больше на этом: http://blogs.conchango.com/jamiethomson/archive/2006/01/05/SSIS_3A00_-Common-folder-structure.aspx

Код находится в dtsx пакете. Обычно для создания пакетов портативными, Вы также абстрагируете свои строки подключения и другую настраиваемую информацию в файл конфигурации (.dtsconfig) или переменную среды (никакой необходимый файл). См. BOL для получения дополнительной информации о конфигурации.

Файл манифеста содержит метаданные о который dtsx и файлы конфигурации для установки. Если Вы откроетесь один, то Вы будете видеть, что это - простой читаемый XML-файл.

Файл манифеста помогает передать DBA для развертывания (попросите, чтобы они дважды щелкнули по файлу манифеста и следовали за направлениями, но им будут нужны инструкции.

Мне файл манифеста более полезен для развертывания на SQL Server, чем к файловой системе. Действительно, все, что это делает, делают копию dtsx и файлы конфигурации, и помещает их, где Вы говорите это. Вы могли столь же легко дать DBA команду копировать Ваши dtsx файлы в общую папку на сервере и файлы конфигурации к другой папке на том же сервере.

Затем при планировании заданий с помощью SQL Agent Вы указываете, что собираетесь выполнить пакет SSIS, который хранится в файловой системе и обзоре туда, где это расположено. Если Вы используете конфигурации, то существует вкладка для определения, где файл конфигурации расположен.

Существует так для знания о конфигурировании/развертывании/управлении версиями пакетов SSIS. Но надо надеяться это запустит Вас на правильном пути.

17
ответ дан 18 December 2019 в 09:54
поделиться

При экспорте пакетов DTS с помощью Мастера Импорта/Экспорта в SQL Server, у Вас есть опция сохранения их к SQL Server или локально в файловой системе.

0
ответ дан 18 December 2019 в 09:54
поделиться
Другие вопросы по тегам:

Похожие вопросы: