Dynamiczny SQL to jedyny sposób, aby to zrobić, ale rozważyłbym ponownie architekturę twojej aplikacji, jeśli tego wymaga. SQL nie jest zbyt dobry w kodzie „uogólnionym”. Działa najlepiej, gdy jest zaprojektowany i zakodowany do wykonywania poszczególnych zadań.
Wybieranie z TableA nie jest tym samym, co wybieranie z TableB, nawet jeśli instrukcje select wyglądają tak samo. Mogą istnieć różne indeksy, różne rozmiary tabel, dystrybucja danych itp.
Można wygenerować indywidualne procedury składowane, co jest powszechnym podejściem. Miej generator kodu, który tworzy różne wybrane procedury składowane dla potrzebnych tabel. Każda tabela miałaby swoje własne SP, które można następnie połączyć ze swoją aplikacją.
Napisałem tego rodzaju generatory w T-SQL, ale można to łatwo zrobić w większości języków programowania. To dość podstawowe rzeczy.
Żeby dodać jeszcze jedną rzecz, odkąd Scott E przywołał ORM-y... powinieneś być w stanie używać tych procedur zapisanych w bazie z najbardziej wyrafinowanymi ORM-ami.
