Variabili SQL non parametriche con connettore MySql/Net e Dapper?

Question

Il seguente codice genera il seguente errore:

Parameter '@ID' must be defined.

Sto facendo qualcosa di sbagliato o non è possibile utilizzare le variabili nella query SQL con MySQL, che non sono parametri Dapper?

In questo esempio, @Slug è un parametro Dapper, ma @ID no. Sto usando MySQL quindi non ho bisogno di DEFINE @ID - viene definito al primo utilizzo.

var sql = @"SELECT @ID := id, slug, Title, Text FROM posts WHERE slug = @Slug; SELECT * FROM comments where postid = @ID;"; 
using (var connection = GetOpenConnection()) 
{ 
    var posts = connection.QueryMultiple(sql, new { Slug = slug }) 
     .Map<Post, Comment, int> 
     (
     Post => Post.ID, 
     Comment => Comment.ID, 
     (post, comments) => { post.Comments = comments; } 
     ); 
    return posts.FirstOrDefault(); 
} 

Answer 1

Si scopre che "MySql Connector/Net" genera l'errore.

Per poter utilizzare non-parametri variabili SQL con MySQL Connector/Net, è necessario aggiungere la seguente opzione per la stringa di connessione:

• "Consenti Variabili utente = True"

Vedi: http://blog.tjitjing.com/index.php/2009/05/mysqldatamysqlclientmysqlexception-parameter-id-must-be-defined.html

Answer 2

è necessario dichiarare la variabile ID nel codice SQL:

var sql = @"DECLARE @ID Int; 
      SELECT @ID := id, slug, Title, Text FROM posts WHERE slug = @Slug; 
      SELECT * FROM comments where postid = @ID;"; 

Answer 3

non credo che questo sia un problema azzimato; dapper prende solo l'SQL che offri e aggiunge tutti i membri dall'oggetto "args" che sia ovviamente vedi nell'SQL.

Il modo per indagare su questo è provare a eseguire lo stesso con DbCommand - suppongo che non funzionerà in modo identico. Ci sarà qualche trucco SQL per farlo funzionare, ma questo è tra te e MySQL. Tutto Dapper sta facendo è:

• creazione di un comando con il vostro SQL
• definizione di un parametro chiamato "Slug" e impostando il valore
• invocando la sql e l'analisi dei risultati

doesn 't touch "ID", ed è corretto che non lo faccia.