I miei problemi con SSIS sono giustificati?

Question

Ho usato brevemente SSIS, ma trovo che le mie lamentele siano numerose. Ecco i miei problemi attuali:

1. Per poter memorizzare una password, è necessario crittografarla. Anche se il pacchetto fa parte di una soluzione più ampia, è necessario fornire una password in qualsiasi momento per aprire uno dei pacchetti crittografati. Perché non puoi crittografare l'intera soluzione con una sola password? Ho una soluzione con 10 pacchetti crittografati. Quando premo "Build", devo inserire 10 password.
2. Le credenziali di crittografia sono eccezionali. Distribuire un pacchetto crittografato sul server, fornire la password, testarla correttamente, pianificarla e poi fallire durante la pianificazione perché non può decodificare SUCKS. Sembra farlo in modo casuale e ho ridistribuito un determinato pacchetto diverse volte prima che sia effettivamente in grado di decrittografare le credenziali del pacchetto con successo durante un lavoro programmato.
3. Solo autenticazione di Windows? Forse questa è una funzionalità di sicurezza, ma è un vero rompicapo per gestire da remoto il server. In pratica mi costringe ad usare il desktop remoto. È davvero importante che non riesca ad accedere a SSIS quando ho accesso direttamente al Motore DB ???
4. Supporto DTS. DTS era piuttosto brutto, ma ha funzionato, ed è stato abbastanza semplice. Perché non hanno fornito al progettista del pacchetto DTS 2000 WITH SSIS ??? Ora ho bisogno di andare a scaricarlo e installarlo con i privilegi di amministratore.
5. UPSER ??? Riporto alcuni dati in un database esterno e l'upserting su quel database è TROPPO UN DOLORE. Perché questa funzionalità non è integrata? Perché non posso semplicemente dire "Questa è la colonna chiave: l'aggiornamento se esiste, crea se non lo è".

sono questi problemi validi, o sono semplicemente alla nuova al prodotto per sapere come fare le cose nel modo giusto?

Altri hanno gli stessi problemi o altri problemi?

Ci sono alternative facili all'uso di SSIS?

Answer 1

I seguenti collegamenti da @SQLServerSleuth potrebbero far luce sulla situazione: un back and forth re: SSIS nel 2005. Sei su SQL 2008 o stai ancora lavorando con SQL 2005? Questa immagine è cambiato un po 'nel 2008.

• SSIS' 15 Faults
• SSIS: The backlash (1)
• SSIS: The backlash (2)
• SSIS: A response from Microsoft to some growing criticism

Answer 2

Abbiamo riscontrato molti degli stessi problemi, in particolare il n. 5, quindi sono d'accordo che questi sono validi. In generale, ho trovato che SSIS fosse un enorme dolore con cui lavorare.

Answer 3

Verificare Package Configuration files per alcuni dei problemi di sicurezza.

Answer 4

Nel mio sistema nel complesso è stato più semplice sviluppare solo carichi di dati in C#. I carichi sono solidi e non cambiano a meno che non vogliamo che cambino, quindi non passiamo più tempo dopo che abbiamo finito lo sviluppo.

Answer 5

Per 1, 2, io uso le configurazioni dei pacchetti.

Per 5 è possibile utilizzare un task di dimensioni che cambia lentamente o il componente di differenza della tabella di terze parti.Personalmente preferisco caricare su una tabella di staging e codificare l'UPSERT in SQL.

Ho usato SSIS in modo abbastanza intuitivo su un progetto DW negli ultimi 2 anni e trovo che abbia qualche stranezza ma è molto più potente di DTS.

Answer 6

Avete effettivamente bisogno della crittografia su ogni pacchetto? È possibile dire di non memorizzare la crittografia se non si sta memorizzando un ftp o altre password di autenticazione. Anche i file di configurazione sono una buona idea. Raccomando www.pragmaticworks.com/products/Business-Intelligence/BIxpress/ BIExpress in quanto creerà tutti i file di configurazione per te, registra la schifezza dei tuoi pacchi e offri un fantastico colpo ai tuoi calzini via i rapporti grafici per un costo prossimo a zero ...

Answer 7

lasciatemi prefigurare dicendo che SSIS fa schifo. è un dolore lavorare con, gestire e sviluppare. Mentre ci sono strumenti che rendono le cose migliori, queste caratteristiche dovrebbero essere state incluse dall'inizio. lasciatemi anche dire che non ho trovato (e non credo che esista attualmente) uno strumento migliore per carichi di dati scalabili ad alte prestazioni rispetto a SSIS.

1,2: imposta il pacchetto su "Non salvare sensibile" e utilizza entrambe le configurazioni o "Imposta valori" all'interno del contesto di esecuzione in uso.

3: concordato, parzialmente. sfogliare l'archivio dei pacchetti sarebbe bello con sql auth, ma l'esecuzione del pacchetto non dovrebbe assolutamente essere consentita (in quale contesto si esegue?) È sempre possibile eseguire il lavoro.

4: non correlato a SSIS Inoltre, DTS è deprecato e, nella maggior parte dei casi, notevolmente meno flessibile e più difficile da gestire rispetto a SSIS.

5: Gli upset sono dichiaratamente più complicati di quanto potrebbero essere, ma se fatti bene, possono funzionare in modo impeccabile: o utilizzare una ricerca per determinare se è necessario inserire o aggiornare e definire la logica di conseguenza.

nota a margine: prendere seriamente in considerazione l'impostazione di un modello di pacchetto. se fatto bene, è possibile alleviare molti di questi problemi sin dall'inizio. Potrei dover pubblicare pubblicamente il mio modello di pacchetto ad un certo punto.