Teaching NHibernate

Oops, interesting. Definitely, I was fighting with it in
some 0.9 version. I
didn't think that this could be a bug. I belive long time
ago I read in the
tutorial that session keeps track of all object it knows
about (both loaded
and inserted/updated), so I suggested that it checks them
for changes on
every flush. Wrong impression? 

> On Behalf Of Peter Smulovics
> Sent: Tuesday, April 25, 2006 6:41 PM
> 
> Hmmm, this was a bug in some 0.8/9.x versions, I fixed
it in 
> my copy, and I think it was committed too, because I
don't 
> remember having it lately...
> 
> On 4/25/06, Andrew Mayorov <xorbyte-force.com> wrote:
> > Peter, even if I will flush after updating of
every object and will 
> > not evict it, session will scan all known objects.
Correct?
> >
> > > You should flush after updating let's say 25
objects, etc...
> > > There are patterns on how to do it if you dig
up the 
> Hibernate docs 
> > > and books...
> > > sadly, they haven't been translated into
NHibernate world 
> yet, but 
> > > most of them are understandable even than.



-------------------------------------------------------
Using Tomcat but need to do more? Need to support web
services, security?
Get stuff done quickly with pre-integrated technology to
make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on
Apache Geronimo
http://sel.as-us.falkag.net/
sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Nhibernate-development mailing list
Nhibernate-developmentlists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/
nhibernate-development

On 4/25/06, Olivier Guilyardi <ojaimlnerim.net> wrote:
> Hi,
>
> As you all know many hosting providers only permit
access through the database
> server from the web server, not from the outside.
>
> I'm currently on a professional project where such
remote database access is
> needed. There is a simple solution : encapsulating SQL
queries into HTTP requests.
>
> There's a project out there named "PHP
Tunnel" that does that :
> http:
//www.mysqlfront.de/manual/fphptunnel.html
>
> But wouldn't it be great if that was handled as part
of the abstraction that
> MDB2 offers ?
>
> One would call $mdb2->query() as usual and that
could run on a local or
> remote-over-http server....
>
> This would simply require to write a new MDB2 driver,
and a little server-side
> script to perform the real database queries.
>
> The only critical part I see is at the
authentication/security level.
>
> Or have I missed something ? Is this already possible ?

AFAIK there is no current implementation of such a thing in
PEAR. It
sounds like an interesting idea, though (although the
latency is
likely to be horrible).

Why not just run your application on the web server where
your
database is located so that it can query directly?

>
> What about DB ?
>

Don't waste your time unless you're using something which
relies on DB
specifically. MDB2 is the official DB abstraction layer in
PEAR now.

--
Justin Patrin

-- 
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub
.php