pg.ddx.io pgsql-interfaces@postgresql.org mailing list archive
help / color / mirror / Atom feedRe: [QUESTIONS] ndbm emulation library?
4+ messages / 2 participants
[nested] [flat]
* Re: [QUESTIONS] ndbm emulation library?
@ 1998-03-06 16:51 The Hermit Hacker <scrappy@hub.org>
1998-03-06 17:37 ` Re: [QUESTIONS] ndbm emulation library? Leslie Mikesell <les@Mcs.Net>
0 siblings, 1 reply; 4+ messages in thread
From: The Hermit Hacker @ 1998-03-06 16:51 UTC (permalink / raw)
To: Leslie Mikesell <les@Mcs.Net>; +Cc: pgsql-interfaces
Redircted to 'the proper list' - pgsql-interfaces@postgresql.org
On Fri, 6 Mar 1998, Leslie Mikesell wrote:
> Has anyone done an ndbm emulation library that could be linked into
> existing applications to make them use pgsql tables instead? I guess
> you'd have to use a default hardcoded database name or pick it up
> from the environment but otherwise it seems like it should work and
> be an easy way to get access to the same data via ODBC and all the
> other ways of using pgsql.
I'm confused, but...why would you want to do this vs using the
standard libpq interface?
^ permalink raw reply [nested|flat] 4+ messages in thread
* Re: [QUESTIONS] ndbm emulation library?
1998-03-06 16:51 Re: [QUESTIONS] ndbm emulation library? The Hermit Hacker <scrappy@hub.org>
@ 1998-03-06 17:37 ` Leslie Mikesell <les@Mcs.Net>
1998-03-06 17:39 ` Re: [QUESTIONS] ndbm emulation library? The Hermit Hacker <scrappy@hub.org>
0 siblings, 1 reply; 4+ messages in thread
From: Leslie Mikesell @ 1998-03-06 17:37 UTC (permalink / raw)
To: scrappy@hub.org; +Cc: les@Mcs.Net; pgsql-interfaces
>
> > Has anyone done an ndbm emulation library that could be linked into
> > existing applications to make them use pgsql tables instead? I guess
> > you'd have to use a default hardcoded database name or pick it up
> > from the environment but otherwise it seems like it should work and
> > be an easy way to get access to the same data via ODBC and all the
> > other ways of using pgsql.
>
> I'm confused, but...why would you want to do this vs using the
> standard libpq interface?
I've already got apps using ndbm (and getting occasional file
corruption). I'd like to fix this and get the benefits of
multi-host access and the ability to write new code to access
the same data in all the ways possible with pgsql. If we had
a wrapper around libpq with ndbm emulation it would be as simple
as re-linking my old apps and migrating the data.
Les Mikesell
les@mcs.com
^ permalink raw reply [nested|flat] 4+ messages in thread
* Re: [QUESTIONS] ndbm emulation library?
1998-03-06 16:51 Re: [QUESTIONS] ndbm emulation library? The Hermit Hacker <scrappy@hub.org>
1998-03-06 17:37 ` Re: [QUESTIONS] ndbm emulation library? Leslie Mikesell <les@Mcs.Net>
@ 1998-03-06 17:39 ` The Hermit Hacker <scrappy@hub.org>
1998-03-06 18:07 ` Re: [QUESTIONS] ndbm emulation library? Leslie Mikesell <les@Mcs.Net>
0 siblings, 1 reply; 4+ messages in thread
From: The Hermit Hacker @ 1998-03-06 17:39 UTC (permalink / raw)
To: Leslie Mikesell <les@Mcs.Net>; +Cc: pgsql-interfaces
On Fri, 6 Mar 1998, Leslie Mikesell wrote:
> >
> > > Has anyone done an ndbm emulation library that could be linked into
> > > existing applications to make them use pgsql tables instead? I guess
> > > you'd have to use a default hardcoded database name or pick it up
> > > from the environment but otherwise it seems like it should work and
> > > be an easy way to get access to the same data via ODBC and all the
> > > other ways of using pgsql.
> >
> > I'm confused, but...why would you want to do this vs using the
> > standard libpq interface?
>
> I've already got apps using ndbm (and getting occasional file
> corruption). I'd like to fix this and get the benefits of
> multi-host access and the ability to write new code to access
> the same data in all the ways possible with pgsql. If we had
> a wrapper around libpq with ndbm emulation it would be as simple
> as re-linking my old apps and migrating the data.
So you basically want to "hide" the SQL commands behind ndbm
compatible function calls? Have you looked into what is involved? Do you
want to work on an 'interfaces/ndbm' library? *raised eyebrows*
^ permalink raw reply [nested|flat] 4+ messages in thread
* Re: [QUESTIONS] ndbm emulation library?
1998-03-06 16:51 Re: [QUESTIONS] ndbm emulation library? The Hermit Hacker <scrappy@hub.org>
1998-03-06 17:37 ` Re: [QUESTIONS] ndbm emulation library? Leslie Mikesell <les@Mcs.Net>
1998-03-06 17:39 ` Re: [QUESTIONS] ndbm emulation library? The Hermit Hacker <scrappy@hub.org>
@ 1998-03-06 18:07 ` Leslie Mikesell <les@Mcs.Net>
0 siblings, 0 replies; 4+ messages in thread
From: Leslie Mikesell @ 1998-03-06 18:07 UTC (permalink / raw)
To: scrappy@hub.org; +Cc: les@Mcs.Net; pgsql-interfaces
> > > I'm confused, but...why would you want to do this vs using the
> > > standard libpq interface?
> >
> > I've already got apps using ndbm (and getting occasional file
> > corruption). I'd like to fix this and get the benefits of
> > multi-host access and the ability to write new code to access
> > the same data in all the ways possible with pgsql. If we had
> > a wrapper around libpq with ndbm emulation it would be as simple
> > as re-linking my old apps and migrating the data.
>
> So you basically want to "hide" the SQL commands behind ndbm
> compatible function calls? Have you looked into what is involved? Do you
> want to work on an 'interfaces/ndbm' library? *raised eyebrows*
I was hoping someone had already done it. Other than generalizing
the dbm_open() routine it seems pretty straightforward and it
would take the same amount of work to convert a single app to
use sql directly.
Les Mikesell
les@mcs.com
^ permalink raw reply [nested|flat] 4+ messages in thread
end of thread, other threads:[~1998-03-06 18:07 UTC | newest]
Thread overview: 4+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
1998-03-06 16:51 Re: [QUESTIONS] ndbm emulation library? The Hermit Hacker <scrappy@hub.org>
1998-03-06 17:37 ` Leslie Mikesell <les@Mcs.Net>
1998-03-06 17:39 ` The Hermit Hacker <scrappy@hub.org>
1998-03-06 18:07 ` Leslie Mikesell <les@Mcs.Net>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox