fabrica ha scritto:
L'errore è genarato dalla lunghezza di alcuni campi es. [NomeCatalogo] [nchar](10).
Se poi il progetto non considera caratteri particolari (cirillico, cinese ect) considera l'utilizzo di varchar invece di nchar o nvarchar.

Bene! No il progetto è in italiano, quindi...seguiro il tuo consiglio!!

Creazione Siti Vicenza
Posizionamento Siti - SEO
nman ha scritto:
Concordo con Fabrica
tu usi campi che possono contenere fino a 10 caratteri
se con ASP scrivi stinghe piu lunghe ti esce quell'errore.


[NomeCatalogo] [nchar](10) NOT NULL,
[PercorsoFile] [nchar](10) NOT NULL,



Le soluzioni sono:
a) Nel DB aumentare la dimensione dei campi
b) Nell' ASP generare delle funzioni di convalida che ti guidino
nella scrittura dei dati



PS. Se riesci a fare delle convalide in ASP passamele perche servono anche a me ma io con ASP sono una schiappetta
Modificato da nman il 02 gennaio 2011 13.23 -


Beh, a parte che per il punto "b" ti ha gia risposto fabrica, per il punto "a" se volessi impostare il valore massimo (se non sbaglio è di 8000 caratteri) devo scrivere quel valore oppure posso impostare qualcosa del (n) ?

grazie, non sai molto di asp.net ma in compenso in sql sei veramente forte! siamo all'opposto praticamente

Creazione Siti Vicenza
Posizionamento Siti - SEO
156 messaggi dal 01 dicembre 2010
Si il valore max di char è 8000 ma lo sconsiglio caldamente
perche ti appesantisce proporzionalmente il DB

Devi valutare una lunghezza ragionevole per il singolo campo e
scriverla al posto di quel 10 che vedi.

Io comunque consiglio campi di tipo nvarchar con 300 caratteri
mmmhh, nvarchar (300) perchè ?

Fabrizio Canevali
156 messaggi dal 01 dicembre 2010
mmmhh, nvarchar (300) perchè ?

Io solitamente uso il nvarchar oppure il varchar
escludo il nchar e char perche anche con 2 caratteri riempiono sempre il campo.
300 nasce invece dal fatto che vedo un campo "percorso file"
che è notoriamente lungo


Non riesco a trovare nel GridView il MaxLenght sara nascosto sotto qualche sottoinsieme???
Ho provato a fare il cambiamento, da 10 a 300 caratteri, mi restituisce il messaggio che è impossibile salvare le modifiche e in sostanza devo ricreare la tabella per poter fare le modifiche. Siccome mi è gia capitato un paio di volte, non è che ci sia un modo per non dover rifare tutto da capo?

Creazione Siti Vicenza
Posizionamento Siti - SEO
308 messaggi dal 13 luglio 2005
Ciao ricardo78,
usi sql 2008 vero? è una "specie" di protezione che è stata introdotta proprio in questa versione ...
C'è un modo per disattivarla. Vai sul menu "Tools", seleziona "Options". Si apre una finestra. Seleziona sulla sinistra la voce "Designers" e sulla destra togli la spunta sulla voce "Prevent saving changes that require table re-creation". Clicca su OK e ... il gioco è fatto: ora puoi modificare, aggiungere, togliere colonne senza rott ... ehm ... blocchi ...  !

Fammi sapere, ciao.

Umb
156 messaggi dal 01 dicembre 2010
SQL non e morbido.

Usi SQL 2000 2005 o 2008 ???
Express o Enterprise ???
Lo modifichi Con un File .adp .adpx o da SQLServerManagement ??
Quale sistema operativo Usi ???
La autenticazione è di Windows o di SQL ??
Hai Office 2003 2007 o 2010 ?
Il DB si trova / su PC locale / in rete / Aruba / altro / ??
__________________________________________________
O magari si tratta di un file .mdf all'interno della cartella app_data del tuo sito ?????
_______________________________________________________

Dopo tutte queste domande ti do qualche indicazione.
a) La lunghezza dei campi contatore non si puo modificare
ma non ti interessa perche sono numeri ( mi sembra lunghezza 4 )
b) La lunghezza dei campi numerici non si puo modificare
ma vale lo stesso discorso
c) Per modificare i campi interessati da relazioni devi
innanzitutto eliminare la relazione, poi modifichi i campi,
e subito dopo ricostruire la relazione.
d) se ti da quel messaggio c'è qualcosa che non va.
fai una modifica per volta e salvala, capirai dove ti blocca
e magari arriviamo a una soluxione.

________________________________________________________

Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.