Jak zmienić nazwę kolumny w DataReader W języku C#?

Question

Mam SqlDataReader, która zostanie zwrócona z oświadczenia ExecuteDataReader.

Wszystko, czego chcę, to: zmienić nazwę kolumny w czytniku danych, tuż przed powiązaniem z siatką.

Oto sytuacja:

1. Najpierw budować struktury sieci (struktura jest w tabeli w bazie danych, która była wypełniona w oparciu o wyjściu procedury przechowywane w systemie w przeszłości)
2. i wykonać dane czytelnika do wykonania procedury przechowywanej
3. Oprawa czytnik danych do sieci

tutaj jest problem: jeśli jedna kolumna w procedurze przechowywanej jest w górnej części obudowy i re kolumna w siatce jest małymi literami, siatka nie wypełnia.

Mam wiele procedur przechowywanych w oparciu o tę architekturę. Niektóre z nich mają wiele wierszy do wyświetlenia. I z tego powodu używam czytnika danych do działania.

1. Nie chcę, aby zmienić nazwę kolumny w procedurze przechowywanej (zbyt dużo pracy)
2. Nie chcę skopiować wynik czytnika danych do innego posiadacza danych (z powodu napowietrznych i niska wydajność)

3. I tylko jeden sposób, aby zmienić nazwę kolumny czytnika danych

   czytnika SqlDataReader; reader.executedatareadet();

Na przykład po zwróceniu czytnika danych mam dwie kolumny (A,B).

Chcę zmienić kolumnę 'A' do 'a' (konwersja do małych liter) przed wiążące go do siatki jak reader.GetName(i)

Chcę być w stanie zrobić coś takiego

reader.SetName(i) 

ale szwy, które nie możemy zmienić nazwy kolumny czytnika danych:

Answer 1

Możesz spróbować załadować DbDataReader w DataTable z predefiniowanymi nazwami kolumn, a później użyć tabeli jako źródła danych w aplikacji tout.

Answer 2

1. Można zmienić nazwy kolumn w GridView
2. Jeśli to możliwe zmienić procedury przechowywanej z nowymi nazwami kolumn

Answer 3

Moja rekomendacja tutaj to: oddzielenie UI i bazy kodu. Jeśli twój interfejs użytkownika jest dotknięty przez czytnik danych, to po prostu każe mi zapytać: "dlaczego interfejs użytkownika rozmawia z czytnikiem danych?". Te dwie rzeczy znajdują się na przeciwległych końcach stosu. Chciałbym abstrahować, że zwracając DAL konkretną listę wypełnionych typów POCO/DTO (lub prawdopodobnie typów modelu widoku), tj.

public List<Customer> GetCustomers({some filter etc}) {...} 

następnie wiąże się że tj

var customers = dal.GetCustomers(...); 
... 
someUI.DataSource = customers; 

typu Customer następnie definiować takie właściwości jak:

public class Customer { 
    public int Id {get;set;} 
    public string Name {get;set;} 
    ... 
} 

Zmiany wdrożenia na DAL są teraz całkowicie oddzielone od interfejsu użytkownika.