🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: comp.sys.next.programmer
3 messages
3 total messages Started by waltrip Fri, 21 Aug 1992 03:48
DBKit Help (puhleeze)
#1247
Author: waltrip
Date: Fri, 21 Aug 1992 03:48
25 lines
1409 bytes
I recently posted a request for information on DBkit to assist me in designing
an application.  I requested anyone who might be able to provide it let me
know via email.  Although no one has offered information, two other persons
have emailled requesting me to forward any information I receive.

So there are at least three applications being developed that would be helped
along now in the design phase by receiving DBkit info.

Of course I realize this ain't no easy thing.  We need to understand what the
database model being presented by DBkit is.  So we need to know what operations
are supported and some idea of the nature of the objects.  That's not the sort
of thing someone can summarize for us in a few minutes.  But if you'd be
willing to consider helping, contact me and maybe something fairly easy can be
worked out. 

I know you NS 3.0 beta folks are helpful--but busy.  If you can find the time
to respond, I'll pass it on to at least a couple of others.

Thanks.

c.f.waltrip

Internet:	<waltrip@capsrv.jhuapl.edu>

Opinions expressed are my own.
Re: DBKit Help (puhleeze)
#1268
Author: uunetmwhhlawbob Robert L. Hartle...
Date: Fri, 21 Aug 1992 18:32
59 lines
3589 bytes
In article <1992Aug20.224819.1@capd.jhuapl.edu> waltrip@capd.jhuapl.edu  
writes:
> If you can find the time
I don't know if it's a question of time.  We signed contracts not  
circulate Beta stuff.

Maybe this will help.  To use use DBKit you must have an "Adaptor" to  
your database.  3.0 will have Sybase and Oracle adaptors with it.  Then  
within Sybase or Oracle you have to build your tables.  Then you run a  
program called DBModeler, in which you spell out to DBKit what parts of  
your database you want your application to see, and how you want them  
to be seen.  Essentially a table is called an entity, and a column or  
field is called a property.  You select entities and properties.  You  
establish relationships between any two (note this limit) properties in  
the same entity or different entities.  Your model can include as many  
relationships as you want.  After you have made your model, you can use  
Interface Builder, in which DBKit must be loaded as a palette.  On that  
palette, you find three icons.  One represents a DBModel, which you can  
drag into your application, and then you get access to all the  
entities, properties, and relationships you included in your model  (I  
think you can include more than one DBModel if you want.)  The other  
two icons on the palette represent interface objects.  One is an image  
field, which you can drag into a window and to which you can then  
connect to a property in the DBModel.  You would use an image to  
display data from binary fields.  The other is a Table View (much like  
a browser), which has rows and columns and is scrollable, which you can  
drag onto a window and to which you can connect properties from your  
model.  You can also connect properties from your model to other  
palette object like views, text fields, etc.

About the time 3.0 comes out look for some third party objects and  
palettes to enhance the list of interface objects to which properties  
from the model can be connected.

From my limited experience so far, you can only do the simplest of  
database operations with interface builder.  To do anything  
sophisticated, you must write the code.  DBKit includes dozens of  
objects and methods by which you can do this.  But it is complex.  As I  
understand it, DBKit keeps the stuff it gets from the database in  
stream objects.  It keeps all the display stuff in other objects, and  
another set of objects keeps the streams and display objects in sync.

While DBKIt appears very rich in functionality, it does have limits.   
For example the relationships is recognizes are not in any way complex.   
Since there are mechanisms to pass SQL commands through to the  
database, I assume that with enough effort, one could programatically  
accomplish about anything, but the solution would not necessarily be  
elegant.

Without sending you the Beta documentation (which we are not allowed to  
do), I don't know what else to say.



-- 
Bob Hartley
MARTIN, WADE, HARTLEY & HOLLINGSWORTH
P. O. Box 88676
3590 N. Meridian St.
Re: DBKit Help (puhleeze)
#1279
Author: waltrip
Date: Sat, 22 Aug 1992 15:21
41 lines
1946 bytes
In article <1992Aug21.183205.4726@mwhhlaw.uucp>, uunet!mwhhlaw!bob (Robert L. 
Hartley Jr.) writes:
> In article <1992Aug20.224819.1@capd.jhuapl.edu> waltrip@capd.jhuapl.edu  
> writes:
>> If you can find the time
> I don't know if it's a question of time.  We signed contracts not  
> circulate Beta stuff.
	Yup, I figured.  It took you time to put this post together and I
	thank you for it.
> 
> Maybe this will help.  
	It does.  It's design-level information and that's just what I need
	to get me by until 3.0 arrives.  It also provides a basis on which
	someone might be able to ask more specific (easier to answer)
	questions.  A very nice summary job.

	A couple of other kind people responded via email.  One of them
	indicated that DBKit was pretty much a straight entity-relationship
	model with no complex relationships and that you could do all the
	standard operations.  Both of them indicated that the beta
	documentation was still unhelpful and that DBKit was largely a
	moving target.  Even so, it sounds quite useful and I'm looking
	forward to it.

	For those who emailed me requesting I pass on the info I received,
	this is it 8^)

> About the time 3.0 comes out look for some third party objects and  
> palettes to enhance the list of interface objects to which properties  
> from the model can be connected.
	Nice approach.
> -- 
> Bob Hartley
 ^^^^^^^^^^^^
	Thanks again to you, Bob.

c.f.waltrip

Internet:	<waltrip@capsrv.jhuapl.edu>

Opinions expressed are my own.
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