Article View: alt.pl.comp.lang.csharp
Article #21644Re: connection string [zielony]
From: 3P
Date: Tue, 29 Jun 2010 07:00
Date: Tue, 29 Jun 2010 07:00
31 lines
2948 bytes
2948 bytes
On 28 Cze, 23:01, "Wiktor Zychla" <wzyc...@nospam.com> wrote: > > Przeciwwskazaniem mo e by to, e rezygnujesz z connection poolingu. > > absolutnie nie. > > przecie aplikacja i tak powinna dzia a w modelu "roz czonym", tzn. > otwiera /zamyka po czenie na czas kontaktu z baz . > a takie zamkni te po czenie trafia w a nie do puli i stamt d jest pobierane > bez ponownej negocjacji z serwerem w kolejnych po czeniach. > > pooling nie ma zwi zku z architektur aplikacji, to tylko techniczny > mechanizm wspomagaj cy wydajno po cze do serwera. > Tylko na co komu taki connection pooling? Jeżeli każdy użytkownik łączy się do bazy swoim connection stringiem to masz tyle pul ilu użytkowników pracujących. A nie o to chodzi w connection poolingu. Widziałem aplikację ASP.NET, która właśnie tak działała :) > > Ja nie widz sensu tworzenia "db usera" dla u ytkownika aplikacji. Co to > > daje? > > brak konieczno ci implementowania warstwy serwerowej. > taki program jest ta szy w projektowaniu/utrzymaniu/wdra aniu, tyle ze > oczywi cie wdro enie ma te specyficzne uwarunkowania (programy dla > pojedynczego u ytkownika lub sieci lokalnej). > Przecież dodawanie użytkownika aplikacji i tak trzeba zaimplementować. Tylko zamiast INSERT USER INTO nasza tabela jakieś CREATE USER, ADD server login itd. itp. A żeby to zrobić i tak trzeba się jakoś podłączyć do bazy na "ogólnym" connection stringu.
Technical Details
Message-ID:
<f8ebad89-de43-4af0-8e32-d1478bed3bf8@u26g2000yqu.googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.glorb.com!postnews.google.com!u26g2000yqu.googlegroups.com!not-for-mailReferences:
<4c221352$0$19184$65785112@news.neostrada.pl> <op.vetwzvfomsp0fz@mcs> <4c2464fe$0$17101$65785112@news.neostrada.pl> <op.veyew8t4msp0fz@mcs> <b71f57bf-107e-455b-bf4a-8dc968b44a52@q12g2000yqj.googlegroups.com> <4c288545$0$17090$65785112@news.neostrada.pl> <3156a7ac-4af5-412a-91ee-4c09d8063a76@c33g2000yqm.googlegroups.com> <op.ve0o44rdmsp0fz@mcs> <4c290dcd$0$19169$65785112@news.neostrada.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.glorb.com!postnews.google.com!u26g2000yqu.googlegroups.com!not-for-mail From: 3P <piotrperak@poczta.onet.pl> Newsgroups: alt.pl.comp.lang.csharp Subject: Re: connection string [zielony] Date: Tue, 29 Jun 2010 00:00:24 -0700 (PDT) Organization: http://groups.google.com Lines: 35 Message-ID: <f8ebad89-de43-4af0-8e32-d1478bed3bf8@u26g2000yqu.googlegroups.com> References: <4c221352$0$19184$65785112@news.neostrada.pl> <op.vetwzvfomsp0fz@mcs> <4c2464fe$0$17101$65785112@news.neostrada.pl> <op.veyew8t4msp0fz@mcs> <b71f57bf-107e-455b-bf4a-8dc968b44a52@q12g2000yqj.googlegroups.com> <4c288545$0$17090$65785112@news.neostrada.pl> <3156a7ac-4af5-412a-91ee-4c09d8063a76@c33g2000yqm.googlegroups.com> <op.ve0o44rdmsp0fz@mcs> <4c290dcd$0$19169$65785112@news.neostrada.pl> NNTP-Posting-Host: 83.238.45.135 Mime-Version: 1.0 X-Trace: posting.google.com 1277794824 29669 127.0.0.1 (29 Jun 2010 07:00:24 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Tue, 29 Jun 2010 07:00:24 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: u26g2000yqu.googlegroups.com; posting-host=83.238.45.135; posting-account=CRULLAoAAAACg0-bSsBSivbo9iHYLL_s User-Agent: G2/1.0 X-HTTP-Via: 1.0 hades.atena.pl:8080 (squid/2.6.STABLE5) X-HTTP-UserAgent: Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.5.24 Version/10.54,gzip(gfe) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit