Differenza tra: sql server 2008 express 1)with tool 2) advancing servi...

domenica 28 dicembre 2008 - 22.51

TOPOAMORE Profilo | Expert

Salve a tutti come descritto nel titolo volevo conoscere la differenza tra i tre applicativi.

e vi pongo la mia domanda.
io devo sviluppare un db + report per un'applicazione quindi:
usero sql server 2008 express advancing service? giusto?
2) una volta finito l'applicativo devo trasportare il db + software creato dal cliente quindi
1) che versione installo dal cliente considerando il db e i report?
2)come faccio a trasportare il db dal cliente sulla versione sql a lei installata?

Grazie a tutti
ASP 2.0 - VB 2008

lbenaglia Profilo | Guru

>Salve a tutti come descritto nel titolo volevo conoscere la differenza
>tra i tre applicativi.
La differenza è scritta chiaramente sulla pagina di download
http://www.microsoft.com/express/sql/download/

>
>e vi pongo la mia domanda.
>io devo sviluppare un db + report per un'applicazione quindi:
>usero sql server 2008 express advancing service? giusto?
Se intendi creare i reports con i SQL Server Reporting Services la risposta è ovviamente corretta dato che la Advanced Services è l'unica edizione free che li contiene.

>2) una volta finito l'applicativo devo trasportare il db + software
>creato dal cliente quindi
>1) che versione installo dal cliente considerando il db e i report?
La Advanced Services

>2)come faccio a trasportare il db dal cliente sulla versione
>sql a lei installata?
Per il db basta un banale backup/restore (rieseguendo l'allineamento tra login e user accounts) mentre i reports dovrai rideployarli sull'istanza Reporting Services che avrai installato.

>Grazie a tutti
Prego.

Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org

TOPOAMORE Profilo | Expert

grazie della celerità e delle risposte
Allora con advance service faccio db e report . Giusto?
il db faccio un backup e lo restoro dal cliente. Giusto?
visto che il tutto si interfaccio con il software, quindi fisicamente sul db non si accederà mai, salvo complicazioni...
E giusto che crei un solo utente amministartore?

i report me li copio e incollo nel server di report? e giusto?
ASP 2.0 - VB 2008

lbenaglia Profilo | Guru

>Allora con advance service faccio db e report . Giusto?
Cos'altro vorresti farci?

>il db faccio un backup e lo restoro dal cliente. Giusto?
Si, ma se utilizzi la SQL Server Authentication devi riassociare le login preventivamente create agli user accounts (il classico problema degli "utenti orfani") tramite una banale

ALTER USER userName WITH LOGIN = loginName;

>un unico utente perche il tutto si interfaccio con il software,
>quindi fisicamente sul db non si accederà mai, salvo complicazioni...
>E giusto che crei un solo utente amministartore?
Se l'admin è 1 si, ma ad ogni modo dovrai definire anche delle login (e degli user associati) con privilegi inferiori, altrimenti se ti bucano il sito ti portano via pure tutti i dati

>i report me li copio e incollo nel server di report? e giusto?
Con lo scotch?
Li apri in Business Intelligence Developer Studio e li rideploy sul nuovo Report Server, oppure li carichi direttamente dal Report Manager.

Ciao!

--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org

TOPOAMORE Profilo | Expert

Premettendo che e la prima volta che uso sql in questo modo perche di solito ho fatto i software con annessi db direttamente sul computer interessato quindi non ho mai avuto problemi di portarmi i dati di login ne i db da una parte all'altra.

Detto ciò volevo dire che non e un sito ma un appliocazione win32 quindi un unico utente potrebbe andare bene oppure e sempre meglio suddividere?

Visto che ci siamo mi spighi un poco meglio questa istruzione di importazione di login che hai scritto.

Se hai un po di documentazione me la studio anche ma la spiegazione fa sempre piacere


ASP 2.0 - VB 2008

lbenaglia Profilo | Guru

>Detto ciò volevo dire che non e un sito ma un appliocazione win32
>quindi un unico utente potrebbe andare bene oppure e sempre meglio
>suddividere?
Direi che è pressoché obbligatorio definire una login applicativa con le permission minime necessarie a garantire il funzionamento dell'applicazione stessa.

>Visto che ci siamo mi spighi un poco meglio questa istruzione
>di importazione di login che hai scritto.
>
>Se hai un po di documentazione me la studio anche ma la spiegazione
>fa sempre piacere
Come saprai una login SQL Server è mappata ad uno user account a livello di database.
Ogni login ha un "numerino" chiamato SID che la identifica univocamente. Ripristinando un backup relativo ad un'altra istanza, anche se sulla nuova sono state definite delle login con il medesimo nome di quella vecchia, non si avrà la corrispondenza tra login e user account dato che i SID saranno differenti.

Per risolvere il problema è sufficiente rieffettuare l'associazione login --> user account utilizzando la stored procedure di sistema sp_change_users_login (utilizzata in passato ma presente ancora su SQL Server 2008) oppure utilizzando il comando di ALTER USER che ti ho segnalato prima.

Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org

TOPOAMORE Profilo | Expert

Sei stato molto esauriente. Ora mi studiero un po ilcomando ALTER per capire dove e come utilizzarlo

Ciao e grazie
ASP 2.0 - VB 2008

lbenaglia Profilo | Guru

>Sei stato molto esauriente. Ora mi studiero un po ilcomando ALTER
>per capire dove e come utilizzarlo
Per "il dove" puoi usare indifferentemente SQL Server Management Studio oppure l'utility command line sqlcmd.exe, per "il come" fai riferimento ai Books Online

>Ciao e grazie
Prego.

Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org
Partecipa anche tu! Registrati!
Hai bisogno di aiuto ?
Perchè non ti registri subito?

Dopo esserti registrato potrai chiedere
aiuto sul nostro Forum oppure aiutare gli altri

Consulta le Stanze disponibili.

Registrati ora !
Copyright © dotNetHell.it 2002-2024
Running on Windows Server 2008 R2 Standard, SQL Server 2012 & ASP.NET 3.5