Se vi capita di usare Visual Studio 2008 su una macchina con, ad esempio, un Windows Vista a 64 bit per creare una applicazione con SqlServer Compact a 32 bit, potreste imbattervi in un errore col seguente messaggio: ...Could not load file or assembly or one of its dependencies. An attempt was made to load a program with an incorrect format... A me è successo e ci ho messo un po a capire che era colpa della mia disattenzione. Le soluzioni sono due: la prima è che se...

Correggo il tiro sul mio precedente post e sottolineo un'altra volta l'importanza di documentarsi bene prima di buttarsi in una "nuova" avventura. Se utilizziamo Sql Compact con Entity Framework dobbiamo dire addio ai campi Identity, anzi dobbiamo rinunciare a qualsiasi campo auto generato dal db. Quindi le chiavi delle nostre tabelle dovranno essere sempre e comunque dei valori calcolati dall'applicazione.   Matteo Fontana   Technorati Tag: Sql Server CE,Entity Frameowork

Nel tempo libero sto facendo un progettino, per provare finalmente WPF. Ho deciso di usare Entity Framework e come base di dati un database SqlCompact; la versione del Sql Compact è la 3.5 sp1. Nel gestire anagrafiche di comuni, province e regioni ho usato come chiave primaria i codici istat salvati come varchar. A causa di questa scelta mi è capitato di imbattermi in un errore singolare: ogni volta che provavo a caricare le i comuni di una provincia (o le province di una regione) con Deferred Load veniva sollevata una eccezione con questo messaggio ...

Io non so se sia dovuto a delle incompatibilità note, ma non a me :), se sia un problema della mia configuarazione che non riesco a capire, o qualsiasi altra cosa, ma quando uso il TransactionScope con EntityFramework ottengo sempre una eccezione con questo messaggio. System.Data.EntityException: The underlying provider failed on EnlistTransaction La mia configurazione attuale prevede due Windows Server 2003 sp2 uno con l'Application Server e l'altro col DB Sql Server 2005 entrambi col DTC attivato e con privilegi di accesso alla rete. Non ho approfondito ulteriormente la situazione perchè comunque questa...

Transaction Scope gestisce le transazioni facendo un Enlist automatico di ogni connessione aperta all'interno dello Scope, alla transazione esistente, promuovendo quest'ultima a distribuita ogni volta che più di una connessione (anche verso lo stesso DB) viene aperta all'interno dello scope. Se si vuole gestire a mano (o escludere) l'Enlist di una connessione, è possibile specificare all'interno della CennectionString il parametro enlist=false che disabilita l'enlist automatico per la Connessione.   Matteo   Technorati Tag: Transaction Scope,Sql Server

Il debug delle stored procedure di Sql Server 2005 è stato integrato all'interno di Visual Studio. Per poter debuggare una Stored Procedure è sufficiente connettersi col Server Explorer al DB desiderato, sfogliare le Stored Procedure e, cliccando col tasto destro sulla Stored, selezionare nel menu di contesto la voce "Step into Stored Procedure"; a questo punto vengono richiesti i valori per i parametri della Stored, e viene quindi eseguito il debug. Tutto questo funziona normalmente finchè l'istanza del database e Visual Studio sono sulla stessa macchina. Se invece risiedono su macchine diverse si deve fare una considerazioni in...

Ho cominciato ad usare il Management Studio di Sql Server 2008 e mi sono accorto che di default non ti permette di eseguire modifiche alle tabelle che implicano la ricreazione della tabella stessa. Io la ho trovata una opzione alquanto fastidiosa, almeno in fase di definizione della struttura quando le modifiche sono all'ordine del giorno. Comunque per disabilitare questa opzione basta seguire il percorso Strumenti --> Opzioni --> Finestre di Progettazione --> Progettazione tabelle e Progettazione database e dentro a questo finestra deselezionare il check "Impedisci il salvataggio delle modifiche per cui è necessario ricreare la tabella", come visibile nell'immagine...