Il comando SQLCMD non è in grado di inserire accenti

Sto cercando di eseguire sqlcmd.exe per configurare un nuovo database dalla riga di comando. Sto usando SQL SERVER Express 2012 su Windows 7 64 bit.

Ecco il comando che uso:

SQLCMD -S .\MSSQLSERVER08 -V 17 -E -i %~dp0\aqualogyDB.sql -o %~dp0\databaseCreationLog.log 

Ed ecco un pezzo dello script di creazione del file sql:

    CREATE DATABASE aqualogy 
    COLLATE Modern_Spanish_CI_AS
    WITH TRUSTWORTHY ON, DB_CHAINING ON;
    GO
    use aqualogy
    GO
    CREATE TABLE [dbo].[BaseLayers] (
    [Code] nchar(100) NOT NULL ,
    [Geometry] nvarchar(MAX) NOT NULL ,
    [IsActive] bit NOT NULL DEFAULT ((1)) 
    )

    EXEC sp_updateextendedproperty @name = N'MS_Description', @value = N'Capas de     cartografía base de la aplicaicón. Consideramos en Galia Móvil la cartografía(...)'
, @level0type = 'SCHEMA', @level0name = N'dbo'
, @level1type = 'TABLE', @level1name = N'BaseLayers'

Bene, per favore controlla che ci siano alcuni accenti sulle parole; quale è la descrizione della tabella. Il database viene creato senza problemi. 'Fascicola' è compreso dallo script, come puoi vedere nello screenshot allegato. Nonostante ciò, gli accenti non vengono mostrati correttamente quando si esamina il tavolo.

Gradirei davvero qualsiasi aiuto. Grazie mille.

[Modifica]: Ciao a tutti. La modifica della codifica del file SQL tramite Notepad ++ ha funzionato correttamente! Grazie mille per l'aiuto: ho imparato qualcosa di interessante con questo problema!

A partire dai commenti, il problema non è esattamente con la tabella o il modo in cui SQLCMD importa i caratteri speciali. Di solito, le importazioni problematiche sono correlate al formato dello script stesso.

Management Studio stesso offre la possibilità di salvare con una codifica specifica, che dovrebbe risolvere il problema in futuro. Quando si salva un file per la prima volta (o si utilizza Salva con nome), è necessario fare clic sulla piccola freccia vicino al pulsante Salva , per utilizzare l'opzione Salva con codifica .

Di default salva il file in Europa occidentale (1252) . Ogni volta che ho caratteri speciali uso UTF8 (anche se forse qualche altra codifica restrittiva si adatterebbe) perché di solito è la soluzione più veloce.

Non sono sicuro (dall'immagine) che stai usando SSMS, quindi assicurati che il tuo editor abbia l'opzione di salvare il file con una codifica diversa. In caso contrario, la conversione del file in un editor intelligente (come hai già provato in Notepad ++) di solito funziona. Tuttavia, potrebbe non funzionare se stai convertendo da una codifica ampia a una più stretta e poi di nuovo a una più ampia (ad esempio: da Unicode a ANSI e di nuovo a Unicode).

Un'altra opzione, quella che ho appena appreso, viene dalla sqlcmddocumentazione . È necessario impostare la codepage sqlcmdaffinché corrisponda a quella della codifica del file. Nel caso di UTF-8, la tabella codici è 65001, quindi vorresti:

SQLCMD -S .\MSSQLSERVER08 -V 17 -E -i %~dp0\aqualogyDB.sql -o %~dp0\databaseCreationLog.log -f 65001

Questo genere di cose è molto complicato perché si fa così tanto senza dirtelo.

La prima cosa che vorrei fare è usare sqlcmd per visualizzare la stringa. Se viene visualizzato correttamente nella finestra di cmd.exe, questo è un dato utile. Quindi, selezionerei la riga convertdella stringa su varbinary per vedere quali byte sono effettivamente lì. Penso che cartografía apparirà come 0x636172746f67726166c3ad61, dove l'accento "i" è rappresentato dai byte c3ad, che è la codifica UTF-8 per quel personaggio. Non va bene avere UTF-8 in una colonna spagnola moderna (Windows 1252). Il valore di byte in Windows 1252 per quel carattere è 237 decimale (ED esadecimale).

Se la colonna contiene dati non codificati, l'errore risiede nel modo in cui sono stati inseriti. Forse rimuovendo la N iniziale nelle costanti di stringa - N'string'dice a SQL Server di generare una stringa Unicode, ma semplice 'string'indica che i caratteri usano la codifica del client - inserirà lo spagnolo moderno invece di Unicode.

Se la colonna contiene dati correttamente codificati, direi che hai trovato un bug nella visualizzazione della GUI.

Se non riesci a ottenere sqlcmd per inserire correttamente i dati (portando N o meno), allora vuoi lamentarti con Microsoft. Quando lo fai, essere in grado di mostrare i byte memorizzati nella colonna - usando convert(colname as varbinary)- sarà fondamentale per spiegare cosa non va.