Strano comportamento SQL Server 2005

[Elioz]

Ciao a tutti,
ho un batch sql che genera errori sul PC Win7 del cliente ma, stranamente,
sulla mia macchina WinXP non genera alcun errore.
Il fatto è che gli errori ci sono (del tipo: i dati del tipo string o binary
verrebbero troncati) e non riesco a capire perchè a me non li genera.

Qualche idea a riguardo? La versione che utilizzo sulla mia macchina è:
Microsoft SQL Server 2005 - 9.00.4053.00 (Intel X86) May 26 2009 14:24:20
Copyright (c) 1988-2005 Microsoft Corporation Express Edition with Advanced
Services on Windows NT 5.1 (Build 2600: Service Pack 3).

Grazie a tutti.

[optime]

evidentemente quello che sta sul tuo pc non è la stesso di quanto sta sul pc del cliente. sicuro che sia tutto uguale? (parlo del db, non del s.o.)

[Elioz]

Il batch si occupa proprio di creare e popolare il DB, quindi è tutto uguale.
E' prprio per questo che non riesco a trovare una spiegazione logica a riguardo.

[optime]

cosa fa il batch? legge un file e lo mette in una tabella? forse hai sottodimensionato le colonne, e i file da importare son diversi da te e dal cliente

[Elioz]

Il batch crea tabelle e le popola, ecco una porzione di codice:

if object_id('SS_FamigliaContenuto', 'u') is not null
drop table SS_FamigliaContenuto;
go

create table SS_FamigliaContenuto
(
IDFamigliaContenuto varchar(2) not null primary key,
FamigliaContenuto varchar(70)
);
go

insert into SS_FamigliaContenuto (IDFamigliaContenuto, FamigliaContenuto)
select 'AL', 'Alimentari'
union all
select 'BU', 'Building'
union all
select 'MA', 'Mangimi'
union all
select 'MI', 'Minerali'
union all
select 'SE', 'Seme'
union all
select 'VA', 'Vari';
go

Ora, ammettiamo che la riga "FamigliaContenuto varchar(70)" diventasse "FamigliaContenuto varchar(2)", ovviamente SQL Server deve generare l'errore "Tipo di dati string o binary verrebbero troncati. Istruzione interrotta.".
Bene...questo errore lo genera sul PC del cliente (come è giusto che sia); sul mio PC invece se ne frega altamente e non genera alcun errore.
Misteri dell'informatica

[optime]

accertati che questa porzione

if object_id('SS_FamigliaContenuto', 'u') is not null
drop table SS_FamigliaContenuto;
go

funzioni davvero. anche a me a volte non va, ma non ho mai indagato a fondo.

[Elioz]

Funziona assolutamente, già verificato.
L'errore che genera sul PC del cliente è proprio quello delle colonne sottodimensionate....e lo deve generare anche sul mio PC!
L'unica cosa che mi viene in mente è: potrebbe essere una qualche impostazione di SQL Server riguardante gli errori che ho accidentalmente cambiato? Se così fosse, come mai mi genera tutti gli altri errori ma non quello????

Allora potrebbe essere che il DB che ho creato sulla mia macchina abbia qualche impostazione diversa da quello presente sul DB del cliente? Ma come è possibile se io ho ripristinato il mio DB da un Backup del cliente, con l'opzione sovvrascrivi DB esistente?
Non ci sto capendo un accidente!

Ho cercato su google ma non ho ancora trovato niente....

Per ora ho semplicemente portato a 70 tutte le colonne varchar, ma non è certo una soluzione elegante...

[Elioz]

Svelato il mistero: da management console > database > proprietà > opzioni > livello compatibilità.... era settato a sql server 2000!!! impostandolo a sql server 2005 il tutto torna a funzionare correttamente!!!! dannazioneeeeeeeeeeeeee