🚀 go-pugleaf

królewna pisze:
> Dzięki kochani, jak zawsze można na Was liczyć. Możecie mi jeszcze 
> powiedzieć czemu nazwa tabeli nie powinna być przekazywana jako parametr 
> jeśli źródło pochodzenia jej nazwy jest zaufane? Bo rozumiem, że to ze 
> względów bezpieczeństwa (aby przypadkiem ktoś nie odczytał sobie danych 
> z innej tabeli niż powinien). Czy może jeszcze jakiś inny aspekt, o 
> którym nie wiem?

Zgaduję, że koncepcja 'preparowania' w SQL słuzy/może służyc 
optymalizacji bazodanowej, obliczone są koszty, co tam trzeba, wybrane 
indeksy które wydają się optymalne do operacji (itd itp tzw plan), 
czekamy tylko na dane (podane w parametrach). Tabela musi być okreslona. 
Ale tak tylko przywołuję z pamięci i gdybam.
Są tez prawdopodobnie takie enginy SQL, gdzie prepare nie ma kontekstu 
optymalizacji serwerowej, jest tylko analizą syntaktyczną kwerendy. Te 
by wybaczyły pomysł.

nad enginem biblioteka driverów (Python w tym wypadku) powinna się 
starać zachować "wspólny mianownik" wielu idei, może wprowadzac 
ograniczenia dla większej kompatybilności.

Daleka analogia z języków programowania (zwłaszcza kompilowanych): klasa 
jest określona, czekamy na konkretne wartości.
Jednak sparametryzowanie wartości ma znacznie niższa wagę problemu niż 
parametryzowanie tabeli/klasy (nawet w interpreterach).