SqlDataSource Code Behind Event Order

Question

Mam SqlDataSource, Gridview i DropDownList na tej samej stronie. Wybór DropDownList jest powiązany z zestawem SelectCommands, UpdateCommands i DeleteCommands, dzięki czemu mogę skorzystać z mechanizmu GridView AutoGenerateEditButton = "true" i AutoGenerateUpdateButton = "true".

Page_Load 
{ 
    switch(ddl.SelectedItem.Text) 
    { 
    case "A": 
     sqlDS.SelectCommand = "Select * From A"; 
     sqlDS.UpdateCommand = "Update A Set Name = @Name WHERE ID = @ID"; 
     sqlDS.DeleteCommand = "Delete A WHERE ID = @ID"; 
     break; 
    ... 
    } 

    sqlDS.DataBind(); 
    grd.DataSourceID = sqlDS.ID; 
    grd.DataBind(); 
} 

Jak lub w jakim punkcie muszę dodać parametry? Czy to jest automatyczne? Po prostu chcę tylko możliwość aktualizacji i usuwania kolumn z tabeli. Chcę to wszystko zrobić w pliku .cs, w przeciwieństwie do pliku .aspx, ponieważ chciałbym go w końcu uczynić bardziej dynamicznym; ale na razie chcę tylko podstawy. Podejrzewam, że mogę mieć logikę DataBind() w nieodpowiednim zdarzeniu, ponieważ nie w pełni rozumiem kolejność zdarzeń związanych z powiązaniem danych.

Zapytania nie są skomplikowane i nie zawierają żadnych sprzężeń ani widoków; są to proste WYBIERANIA w pojedynczych tabelach.

Answer 1

Edit: wydaje się, że jeśli używasz AutoGenerateColumns = „true” na GridView i wypełnić poprzez SqlDataSource, zostanie ona automatycznie powiązać wartości kontroli wg nazwy do odpowiednich parametrów w zapytaniu SQL bez żadnych dodatkowych kod. Jednak musimy użyć GetInsertCommand(true) itp tak, że polecenia używać nazwy kolumn (patrz poniższy kod gdzie mogę pokazać, jak korzystać SqlCommandBuilder Istnieje kilka pułapek, jednak jak odkryłam w testowaniu.

• Musisz ustawić DataKeyNames swojego GridView
• Musisz ustawić OldValuesParameterFormatString="Original_{0}" na swoim SQLDS.
• Musisz scb.ConflictOption = System.Data.ConflictOption.OverwriteChanges; na swój SqlCommandBuilder jeśli chcesz po prostu zaktualizować bez porównywania starych wartości.
• It wydaje się, że jeśli wypełniasz Wybierz/Aktualizuj/Usuń eCommand na SqlDataSource programowo, musisz to zrobić na każdym odświeżeniu.

Jednak w przypadku trzeba dostosować, kontrola SqlDataSource zapewnia wydarzenia Inserting, Updating, Deleting, które można użyć do wypełnienia parametrów przed działania SQL są zrobione na bazie:

sqlDS.Updating += new SqlDataSourceCommandEventHandler(sqlDS_Updating); 

protected void sqlDS_Updating(object sender, SqlDataSourceCommandEventArgs e) 
{ 
    e.Command.Parameters["@Name"].Value = // retrieve value from user entry 
} 

To samo można zrobić w zdarzeniach Inserting i Deleting za pośrednictwem dostępu e.Command.Parameters[...].

---

pamiętać, że można również generować odpowiednią komendę/Insert/Update, Delete automatycznie przy użyciu klasy SqlCommandBuilder tak, że nie trzeba budować gigantyczną switch zawierający wszystkich stołach. Oto przykład:

string tableName = ddl.SelectedValue; 
string connectionString = ConfigurationManager 
    .ConnectionStrings["MyConnectionString"].ConnectionString; 
string select = "SELECT * FROM [" + tableName + "]"; 
SqlDataAdapter sda = new SqlDataAdapter(select, connection); 
SqlCommandBuilder scb = new SqlCommandBuilder(sda); 

sqlDS.SelectCommand = select; 
sqlDS.InsertCommand = scb.GetInsertCommand(true).CommandText; 
sqlDS.UpdateCommand = scb.GetUpdateCommand(true).CommandText; 
sqlDS.DeleteCommand = scb.GetDeleteCommand(true).CommandText; 

Będzie to oczywiście wymagać, że wszystkie tabele mają klucze podstawowe, które mogą być użyte do wygenerowania odpowiedniej aktualizacji i usuwania oświadczenia. Jeśli nie, otrzymasz wyjątek dotyczący dynamicznego generowania kodu SQL. Nawet jeśli nie podoba ci się ta metoda ze względu na czas wykonywania wyszukiwania schematu w silniku bazy danych, zawsze możesz wstępnie wygenerować je wszystkie za pomocą szablonu T4, zamiast wpisywać je wszystkie ręcznie.