🚀 go-pugleaf

szymo pisze:
>>> W żadnym wypadku! Połączenie tworzysz tylko na czas wykonania 
>>> zapytania. Chyba, że to zapytanie to całe życie tego programu :)
>> Dlaczego?
> 
> Bo to dobra praktyka sprawdzona i pewna
> 
>> Dla wielu krótkich zapytań, gdzie każde tworzy własne connection i to 
>> się musi z bazą połączyć (a baza alokuje zasoby dla takiego 
>> connection), to... doskonały pomysł.
>> Tak, rewelacja...
> 
> znasz program który robi duzo małych zapytań jeśli taki tworzysz to to 
> jest to bardzo dziwne podejście do tematu (robisz zapytanie sqlowe do 
> każdego textboxa ? czy raczej bierzesz z bazy to co jest ci potrzebne za 
> jenym razem?)
Oczywiście, że znam taki - każde pierdnięcie skutkuje wywołanie SP.
Nie, nie ja go napisałem - ja tylko pokazałem jego "twórcy", że ten sam 
raport który u niego mieli się kilka godzin, można napisać tak, że zrobi 
to kilkaset razy szybciej; oczywiście, to żaden argument - wszystko 
można spartolić...

Wracając do tematu, takie podejście jest standardowe w aplikacjach 
webowych, ale w WindowsForms, gdzie aplikacja działa (zzwyczaj) w trybie 
state full?
Po co?
Zrozumiałbym jeszcze takie podejście, gdzie jest automatycznie 
zarządzana pula połączeń - wtedy, ok.
Lecz jeżeli tego nie ma, to zbytnie szafowanie zasobami serwera - imo.

>> No i cz w/w uwaga dotyczy wszelkiej maści baz danych, czy tylko np. MS 
>> SQL?
>> Jakoś nie mogę się odczepić od związków, że jeśli .NET to MS SQL :)
> 
> Wszystkich z wyjątkiem  baz objekowch
Masz na myśli obiektowych? A jakie to ma znaczenie, czy to baza 
obiektowa, relacyjna czy relacyjna-obiektowa?

>> No tak.
>> Tylko, że zawsze można to odszyfrować.
>> Poza tym, jeżeli łącze z bazą nie będzie szyfrowane, to takie 
>> zaszyfrowane dziecinnie łatwo "wysnifować".
> 
> Wszystko idzie wysnifować .....
To nie jest argument. Żaden.

>> A przecież w MS SQL jest takie twór jak Application Role...
> 
> Istnieje dopóty dopóki nie trafisz na opór materii ludzkiej.
A tego nie rozumiem - co to ma do rzeczy?

-- 
wloochacz