L'appel de Fonctions SQL directement à partir de C#

J'ai une exigence pour exécuter une requête sur une base de données qui retourne un zéro ou un
(Vérification d'existence de critères spécifiques).
Les caractéristiques techniques que j'ai été donné pour l'examen de l'état que je devrais être en train de créer une procédure stockée qui retourne une ligne unique, avec une seule colonne appelée "résultat" qui contiendra une valeur binaire 0 ou 1.
Cependant, je ne suis pas sûr qu'une procédure stockée serait la meilleure approche, mais je suis un peu incertain donc pensé que je voudrais vous demander votre avis.
Les deux options que je peux penser sont:

1: Créer un SQL fonction scalaire qui exécute la requête et retourne un peu.
Ce pourrait alors être appelées directement à partir de l'intérieur de l' .Net client de l'application à l'aide d'un "TEXTE" objet SqlCommand, et il serait de retour bool de la "ExecuteScalar()" la méthode.

2: Créer une procédure stockée comme décrit dans les spécifications techniques.
Ce serait alors appelé à partir de la .Net application Client de la manière normale, et serait de retour d'un DataTable avec une seule ligne et une seule colonne, qui contient la valeur de bit.

Pour moi, la première option semble la meilleure. Cependant, quelque chose dans le dos de ma tête est en train de dire que ce n'est pas une bonne idée.

S'il vous plaît pourriez-vous donner votre avis et aider à soulager mes préoccupations? 🙂

Cheers,
Ian

  • Pour un résultat unique comme cela, à l'aide d'un DataReader ou DataAdapter est exagéré. Aller avec le ExecuteScalar() approche.
  • Merci Jeff - je n'étais pas vraiment conscient de vous peut faire à l'encontre d'une procédure stockée jusqu'à ce que l'une des réponses ci-dessous sont venus 🙂
InformationsquelleAutor Sk93 | 2010-06-10
  1. 7

    L'appel de la fonction scalaire est absolument la bonne solution.

    • Pourriez-vous expliquer pourquoi?
    • Parce que, vous avez peu de moyens d'obtenir un résultat de moteur de base de données. Fondamentalement vous avez seulement "SÉLECTIONNEZ la commande". La méthode "ExecuteScalar" est intelligent et peut récupérer la valeur de fonction scalaire ou constante ("SELECT @@SERVERNAME") ou de la valeur de la première colonne dans la première ligne ("SELECT A, B, C from Matable").
    • Donc, à juste double-vérifier ce que vous dites, l'exécution d'une procédure stockée avec le "sqlCommand.ExecuteScalar()" de la méthode (comme indiqué par Barry) est la bonne solution? Désolé - veux juste m'assurer de comprendre précisément 🙂
    • Généralement, il s'agit de mieux utiliser une fonction scalaire de la procédure stockée. C'est parce que la fonction scalaire a fortement typé résultat. Une procédure a plusieurs résultats (plusieurs résultats de la table et un scalaire résultat et plusieurs paramètres de sortie). Les procédures stockées ne peut pas être utilisé en "OÙ" clausule par exemple. Et ainsi de suite. Toutefois, la procédure a plus d'options que peuvent faire. La décision de la fonction/procédure dépend de scénario, vous souhaitez résoudre.
    • Alors je crois qu'une fonction scalaire est la bonne réponse, car cette tâche est effectivement un "FileExists" de la fonction. Je vous remercie.
    InformationsquelleAutor TcKs
  2. 14

    Exécuter la Procédure Stockée à l'aide de la ExecuteScalar() méthode. Vous pouvez ensuite lancer le résultat de cette booléenne.

    e.g

       SqlConnection con = new SqlConnection(connectionString);
    SqlCommand com = new SqlCommand("Execute dbo.usp_MyStoredProc", con);
    return (Boolean)com.ExecuteScalar();
    • Alors que j'aime cette méthode, TcKs commentaires sur sa réponse m'ont convaincu que, dans ce scénario, je ne devrais pas être à l'aide d'une procédure stockée comme une fonction, mais plutôt une fonction comme une fonction. Mais merci quand même - j'ai appris quelque chose de nouveau à partir de votre réponse, peu importe 🙂
    InformationsquelleAutor codingbadger
  3. 9

    Cela fonctionne pour moi, et est basé sur cette réponse https://stackoverflow.com/a/3232556/1591831 à l'aide d'un SqlDataAdapter (notez que vous n'avez pas besoin d'utiliser un) et ExecuteScalar (vous pouvez utiliser la méthode ExecuteNonQuery comme illustré ici):

    bool res = false;
using (SqlConnection conn = new SqlConnection(GetConnectionString()))
{
    using (SqlCommand comm = new SqlCommand("dbo.MyFunction", conn))
    {
        comm.CommandType = CommandType.StoredProcedure;

        SqlParameter p1 = new SqlParameter("@MyParam", SqlDbType.Int);
        // You can call the return value parameter anything, .e.g. "@Result".
        SqlParameter p2 = new SqlParameter("@Result", SqlDbType.Bit);

        p1.Direction = ParameterDirection.Input;
        p2.Direction = ParameterDirection.ReturnValue;

        p1.Value = myParamVal;

        comm.Parameters.Add(p1);
        comm.Parameters.Add(p2);

        conn.Open();
        comm.ExecuteNonQuery();

        if (p2.Value != DBNull.Value)
            res = (bool)p2.Value;
    }
}
return res;
    InformationsquelleAutor rasika
  4. 1

    Je suppose que cela dépend de la logique de la db correspondant de la fonction (ps/udf) a à exécuter.

    Si, par exemple, nous nous sommes intéressés au nombre de fois que le particulier db de la fonction a été exécutée, nous aurions vraiment besoin de faire quelques manipulation des données et les mises à jour sur les différentes tables. Par conséquent, nous devrions avoir à aller pour les procs ici. Si c'est un simple récupération d'un fichier udf va faire.

    InformationsquelleAutor deostroll
  5. 0

    le résoudre avec une procédure stockée est mieux dans le long terme, car il est plus souple et adaptable

    • Mieux et plus flexibles, sont purement subjectives basées sur la logique pour déterminer le résultat. Sans la connaissance de la logique, on ne peut pas prendre cette affirmation avec précision.
    • C'est vrai. J'ai juste pensé que si vous mettez en œuvre en tant que procédure stockée, vous pouvez mettre à jour la logique de multiples façons, par exemple, vous pouvez utiliser une valeur scalaire la fonction en elle je vois la procédure stockée dans ce cas plus comme une sorte de wrapper
    InformationsquelleAutor kamahl
  6. 0

    je l'utiliser sql fonction scalaire

    CREATE FUNCTION DAYSADDNOWK(@addDate AS DATE, @numDays AS INT)
RETURNS DATETIME
AS
BEGIN
    SET @addDate = DATEADD(d, @numDays, @addDate)
    IF DATENAME(DW, @addDate) = 'sunday'   SET @addDate = DATEADD(d, 1, @addDate)
    IF DATENAME(DW, @addDate) = 'saturday' SET @addDate = DATEADD(d, 2, @addDate)

    RETURN CAST(@addDate AS DATETIME)
END
GO

    puis c'est mon code c#

    using (SqlCommand cmd3 = new SqlCommand("SELECT dbo.DAYSADDNOWK", ClassV.con))
                    ClassV.con.Open();
                    SqlCommand brecord = ClassV.con.CreateCommand();
                    brecord.CommandText = "INSERT INTO TblBorrowRecords VALUES ('" + DGStudents.CurrentRow.Cells[1].Value.ToString() + "','" + DGStudents.CurrentRow.Cells[2].Value.ToString() + "','" + DGStudents.CurrentRow.Cells[4].Value.ToString() + "','" + DGStudents.CurrentRow.Cells[3].Value.ToString() + "','" + DG.CurrentRow.Cells[4].Value.ToString() + "','" + DG.CurrentRow.Cells[5].Value.ToString() + "','" + DG.CurrentRow.Cells[6].Value.ToString() + "','" +System.DateTime.Now.Date.ToShortDateString() + "' , dbo.DAYSADDNOWK(GETDATE(),5) ,null , '" + ClassV.lname.ToString() + ", " + ClassV.fname.ToString() + " " + ClassV.mname.ToString() + "', null, 'Good',null)";
                    var DAYSADDNOWK = brecord.ExecuteScalar();

    mon code C# ignore la fonction

    InformationsquelleAutor John Gabriel Rodriguez