<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />Ho pensato di condividere questo suggerimento con la community poiché non sembra esserci alcuna documentazione su questo per JMP 11.
Abbiamo recentemente effettuato l'upgrade da JMP 10 e molte chiamate di stored procedure non hanno più funzionato in jJMP 11. Non sembra nemmeno che la chiamata alla procedura memorizzata sia supportata in JMP 11 in base alla documentazione. Eppure, abbiamo trovato 1 chiamata di procedura memorizzata che inspiegabilmente funzionava ancora. Dopo aver esaminato un po 'si scopre che deve avere qualcosa a che fare con i messaggi di log restituiti durante la chiamata. La procedura memorizzata che ha funzionato era una semplice istruzione select e quindi aveva un singolo messaggio di quante righe sono state restituite e il set di risultati. Altre stored procedure utilizzerebbero più tabelle temporanee e genererebbero più messaggi sul numero di righe interessate lungo la procedura memorizzata. In JMP 10 ciò non ha influenzato l'eventuale serie di dati restituiti. JMP 11 d'altra parte soffoca i messaggi multipli come parte del log / feedback fornito.
La semplice soluzione era quella di sopprimere tutti i messaggi tranne il messaggio finale riguardante il set di risultati finali.
all'inizio della procedura memorizzata:
SET NOCOUNT ON
si prende cura del problema e viola JMP 11 funziona con chiamate di procedure memorizzate.
JMP11 non ha mai fornito messaggi di errore significativi in Visualizza-> Registro
Tim
Grazie per l'utile consiglio. Il requisito per NO COUNT esiste quando si utilizzano stored procedure da Excel che utilizzano tabelle temporanee, quindi suppongo che sia una caratteristica comune di questi tipi di connessioni.
