🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: comp.sys.next.programmer
1 messages
1 total messages Started by Steven W. Macbeth Wed, 12 Aug 1992 00:19
Re: DBKit: variable entity names
#540
Author: Steven W. Macbeth
Date: Wed, 12 Aug 1992 00:19
37 lines
1905 bytes
> & Garrett writes:
> 
> Msg-ID: <1992Aug8.001154.22351@midway.uchicago.edu>
> Posted: Sat, 8 Aug 1992 00:11:54
> 
> Org.  : University of Chicago Computing Organizations
> 
> My application creates a Sybase table (using dblibrary calls) to hold some
> intermediate results that a DBModule then reads and displays in a
> DBTableView.  The problem is that I need to make the application
> multi-user, and each user will be needing to create their own such table,
> which means to distinguish them in the Sybase database I'll need to insert
> the user name or the spid or whatever into the table name.
> But this means that I can't know the table name in advance, and therefore
> can't have it in my Model or hook up my Module to it.  To set this up on
> the fly with a variable entity name looks like a nightmare.
> Any ideas on how to do this, or better yet, to get around it?
> 
> 
> Colin Garrett
> colin@delphi.bsd.uchicago.edu


Another approach might be to only have one table that allows exists in the
database then add a column to it called userid.  When you do a select to work
with the data just do a where userid = userid().



--
----------------------------------------------------------------
Steven W. Macbeth                       smacbeth@mindlink.bc.ca
Macbeth Development Corp.
Vancouver NeXT User Group Executive
----------------------------------------------------------------
"Make it look like Mail!"
"Practice random kindness, and senseless acts of beauty."
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads