Ringraziamenti per il codice. Lo ho controllato fuori. Ho fatto una base di dati di accesso che abbina la vostra struttura bassa della tabella, immagazzinata esso nel dispositivo di piegatura del app_code. Ho usato entrambe le vostre variazioni sul margine di profitto.
Non potrei ottenere neanche di lavorare fino a che non apportassi una piccola modifica al vostro altrimenti detto. I vostri DataTextField/DataValueField
sono regolati ad uso “CARA_Ref„, ma la vostra dichiarazione PRESCELTA stava usando lo pseudonimo [riferimento di CARA]. Ho modificato appena la dichiarazione PRESCELTA per usare lo pseudonimo [CARA_Ref]
Una volta che facessi il questo entrambi lavorano benissimo. Non sto dicendo che questa è la vostra edizione, segnalante appena la mia esperienza.
Noterò che non userò l'accesso come mio datasource molto spesso più, ma quando faccio sempre avviso che di I è incredibilmente difficile/originale circa le edizioni specifiche di sintassi, ecc. Sono kindof sorpreso esso stavo funzionando per voi quando avete avuto questo errore. Stavo ottenendo un errore enorme.
Così in linea di principio (mentre già sapere) cambiare l'identificazione del
dovrebbe non avere assolutamente effetto sul grippaggio al vostro datasource.
Siete occuparti probabile di uno di quanto segue:
1) Un certo capriccio di accesso e una piccola correzione lo ripareranno (IE che cosa ho notato prima)
2) Ci è un riferimento al datasource o il dropdownlist nel codice dietro quello sta alterando il rapporto e cambiare l'identificazione sta rompendo le cose. Cercare tutto il riferimento all'identificazione del a discesa o il datasource nel codice dietro e se esistono aggiornamento l'identificazione là pure.
NOTA: Ciò non fa una tonnellata di senso perché causa probabile un errore, ma può essere in una prova/in un blocchetto o in qualcosa del fermo che derring l'errore dall'osservazione casuale.
3) Qualche cosa di pecualiar sta accadendo nel cacheing, rimuove questo riferimento fino a che non risolviate il resto dell'edizione.
Una nota di cosa I come parte di discussione è la differenza nell'identificazione che avete scelto. ddlACEReference contro il ddlCARAReference. Noto il vostro db ho un'estensione di .mdb. Il ddlACEReference di identificazione lo incita a pensarlo sta usando l'accesso 2007+ del ms perché il relativo motore è “asso„, ma l'interno per quello è .accdb. Forse è tutta la coincidenza giusta? Come avete generato il db? Che versione di accesso siete using. Per la mia prova ho fatto un db nell'accesso 2007 ed allora convertito esso in 2003 in modo da ha usato un'estensione di .mdb.
Spiacente se non posso essere più aiuto. Siete di destra, è qualcos'altro, ma che cosa il dunno di I vede se potete trovare altre informazioni per ripartirti. Riparare lo pseudonimo, questo è originale a me e lo incita a pensarlo forse sta usando le messe a punto differenti di db (e questa potrebbe essere un indizio) perché non dovrebbe funzionare in il uno o il altro piano d'azione per voi con quell'edizione di sintassi là.
