Thread View: comp.sys.next.programmer
3 messages
3 total messages
Started by waltrip
Fri, 21 Aug 1992 03:48
DBKit Help (puhleeze)
Author: waltrip
Date: Fri, 21 Aug 1992 03:48
Date: Fri, 21 Aug 1992 03:48
25 lines
1409 bytes
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)
Author: uunetmwhhlawbob Robert L. Hartle...
Date: Fri, 21 Aug 1992 18:32
Date: Fri, 21 Aug 1992 18:32
59 lines
3589 bytes
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)
Author: waltrip
Date: Sat, 22 Aug 1992 15:21
Date: Sat, 22 Aug 1992 15:21
41 lines
1946 bytes
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