HDTenEightyP/NetNews huggingface dataset:
From: rhaven@cruzio.santa-cruz.ca.us
Newsgroups: comp.databases
Subject: Re: Paradox for Windows. When???
Summary: Paradox Win CAN share files with PDox 4.0
Date: Sat, 12 Dec 92 20:50:30 PST
Reply-To: rhaven@cruzio.santa-cruz.ca.us



Just a quick note: Paradox for Windows WILL be able to share files
with Paradox 4.0 concurrently.

I missed the message you are replying to.  What are some of the things that
would be nice in the system?  Often, there are five equally good ways
of doing things (each with their own disadvantages) and it's better to
let people pick the one they want rather than imposing (e.g. Auto
incrimenting fields).

I think the new interface is easier for interactive users, and it is that
ease that take a little more PAL programming to support (where there are
more choices, there are more decisions).  As you said, there are a lot of
things that are much easier and more flexible, and even some freebies
(like fast Queries).

And we are looking at making future versions of Paradox for DOS better and
more powerful.  Understand that I am not an official vehicle for feedback
(Tech Support and Product Management are), but I would like to chat
about the possibilities.

    Richard Haven (Borland)
:wq

Newsgroups: comp.databases
From: srawson@quip.eecs.umich.edu (Stephen Rawson)
Subject: Re: Anyone used Access yet?
Organization: University of Michigan EECS Dept., Ann Arbor
Date: Sat, 12 Dec 1992 22:11:28 GMT

In article <1992Dec01.030937.29884@microsoft.com> andrews@microsoft.com (Andrew Sigal) writes:
>
>Access is available for $99.00 until January 31, 1993.  After that date it
>goes up to $495.00 SRP (suggested retail price.)  I have seen advertisements
>selling it for only $89.00; who knows what the street price will be after
>the price goes up. . .  Probably the same as Excel or Word.
>
>		Andrew
>
Does anyone know if Microsoft will give the same upgrade options to
users who purchased Access prior to the price increase?  Our copy of
access is clearly marked "PROMO", so I am wondering if we will have to
pay $495 for version 1.1 while everyone else is getting it for $29 as
a cheap upgrade. 

Steve
srawson@beach.utmb.edu


Newsgroups: comp.databases
From: strick@cedar.hao.ucar.edu (Douglas Strickland)
Subject: Foxpro programming
Organization: High Alititude Observatory/NCAR, Boulder CO
Date: Mon, 14 Dec 1992 17:31:30 GMT


Hello,

      I am new to Foxpro programming. Can someone help me with the
following:

- When I try to execute Foxdoc (automatic documentation generator) for
  an existing application, it gives an "out of memory" error. Since 
  my system only has 4 megs of memory, I need to tell Foxdoc to use
  the hard disk. How can I do this? My application is fairly good sized,
  probably ~100K lines, therefore it is not practical for me to try
  to expand my RAM in order to run Foxdoc, any thoughts?

Thanks in advance,

Mike Shen                                    Computational Physics Inc.
shen@euler.cpi.com                           Merrifield, VA.


By the way, I do not own this account "strick@cedar.hao.ucar.edu" as 
it appears in the article header. But I can receive email in that 
account as well as my own "shen@euler.cpi.com".


Newsgroups: comp.databases
From: messina@netcom.com (Tony Porczyk)
Subject: Re: MICROSOFT ACCESS vs FOXPRO
Organization: Messina Software
Date: Fri, 18 Dec 1992 22:28:17 GMT

tcheng@bronze.ucs.indiana.edu (Tony C. Cheng) writes:

>In <1992Dec16.224755.878@netcom.com> messina@netcom.com (Tony Porczyk) writes:

>>But that collides slightly with the fact that Microsoft is releasing
>>a distribution kit for Access at the end of January.
>	I don't know where you got this info. from. 

From Microsoft Technical Support.  That was the single reason why I bought
it.  I don't need database for home use.  I really hope MS delivers.

t.
From: jgs@funsys.se (Jan Gifvars)
Newsgroups: comp.databases
Subject: Gemstone
Keywords: Gemstone oodbms
Date: 14 Dec 92 12:41:52 GMT
Reply-To: jgs@funsys.se
Organization: Enator Functional Systems AB.


Has anyone used Gemstone together with Smalltalk-80 or Smalltalk/V ?
Jan Gifvars
jgs@funsys.se
Newsgroups: comp.databases
From: thomasd@tps.COM (Thomas W. Day)
Subject: Re: MICROSOFT ACCESS vs FOXPRO
Organization: Telectronics Pacing Systems
Date: Wed, 16 Dec 1992 15:34:54 GMT

In article <1gb3ktINNho4@grasp1.univ-lyon1.fr> jcberger@grasp1.univ-lyon1.fr (Jean-Claude Berger) writes:
>Does anybody knows what will be the Microsoft policy about
>Access vs. FoxPro (for Win). Is Access an end user product and Fox a
>developper oriented one ? Are they aimed at the same market ?

No they're not.  You can get a position paper from Microsoft's Customer 
Service office.  It's 3 pages long and defines the proposed market for both 
programs.  Your assumption about the targeted markets is pretty close to 
what Microsoft claims: Access - end user, Foxpro 2.5 - developer.
Newsgroups: comp.databases
From: frog@math1.kaist.ac.kr (Seo Young Jin)
Subject: postgres install
Organization: Korea Advanced Institute of Science and Technology
X-Newsreader: Tin 1.1 PL3
Date: Mon, 14 Dec 92 20:10:20 GMT

% I want to install postgres DBMS at my Sun Sparc WS.
% So, I 'ftp'ed to postgres.berkeley.edu and got
% postgres-v4r0r1.tar.Z. And,
% I installed as posgres's installation guide.
% But, I met terribly many errors as follows.
%
% ............
% creating inh.c
% compiling lib/Gen/inh.c
% "/usr/postgres/src/lib/H/nodes/execnodes.gen", line 18: 
% syntax error at or near variable name "ii_FuncIndexInfo"
% "/usr/postgres/src/lib/H/nodes/execnodes.gen", line 18:
% ............
% ............
% 
% I think that Gen/***.sh is wrong because the order of 
% include statement in "execnodes.gen" should be chaged.
%
% If anyone knows about this, please send me a mail.
% Thanks.
%
% frog@math1.kaist.ac.kr

Newsgroups: comp.databases
From: guigon@h2.cad.cea.fr (Bruno Guigon (33) 42 25 48 24)
Subject: simple phone/addresse database manager 
Date: Wed, 16 Dec 1992 13:28:44 GMT
Reply-To: guigon@h2o.cad.cea.fr
Organization: Commissariat a l'Energie Atomique (CEA), FRANCE.

Salut a tous!

I am looing for a very simple program (X11 or simply unix).
It should be able to manage a phone and an addresse database (nothing really
huge).

Any help would really be appreciated!!!


-- Amicalement, Bruno
------------------------------------------------------------------
 Let me be weak, let me sleep and dream of sheep
                                                      KaTe Bush
------------------------------------------------------------------
 I ride to work every morning wondering why "sit in the chair and
 be good now" and become all that they told you.
                                                      Tori Amos
 ----------------------------------------------------------------- 
 Bruno Guigon      
 Guigon@h2o.cad.cea.fr
 -----------------------------------------------------------------


Newsgroups: comp.databases
From: silverm@bcstec.ca.boeing.com (Jeff Silverman)
Subject: Re: Paradox 3.5 and SQLlink 4.0 and VAX/VMS rdb
Keywords: Paradox SQL SQLlink VAX/VMS rdb
Organization: Boeing Computer Services
Date: Fri, 18 Dec 1992 07:18:20 GMT

rhaven@cruzio.santa-cruz.ca.us writes:
>Yes, you need to upgrade to Paradox 4.0.  I don't mean to sound naive
>about Boeing, but there are an awful lot of very high powered Paradox
>developers up there; I'm surprised you don't have a local number to
>call.
One of the problems with working in a big company is that the left hands don't
know what the right hands are doing.  Another problem is that Boeing has
implemented a pay for performance system which has the (unintended) effect of
demotivating people to act in an altruistic fashion.  So even if I could find
a local guru, and I am sure such exist, it is improbable that I could get much
help from him/her/it.  Finally, we spare no expense to save a buck or two.
>I will be glad to do what I can to help you with Paradox.  I'm not an
>official Tech Support (I work as a QA Engineer on Paradox DOS), so
>I might not have the answers immediately.  I'm on use net about twice a
>week and there are lots of others here too.
That's very refreshing - thank you.  I suspect that, once I learn all I need
to know, Paradox will prove to be an easy to use, powerful system.  

>Cheers

Hip hip hooray


Jeff Silverman, Boeing Commercial Airplane
From: dolsen@bpavms.bpa.arizona.edu (David Olsen)
Newsgroups: comp.databases
Subject: OOPSLA Conference
Date: 17 Dec 92 15:52:00 GMT
Organization: University of Arizona MIS Department
News-Software: VAX/VMS VNEWS 1.41


Could someone email me some information concerning the next oopsla
conference?  Things like submission dates and location.  Thanks.



David Olsen
From: 881244y@dragon.acadiau.ca (Choon Lin Yeo)
Newsgroups: comp.databases
Subject: Questions on Concurrency Control for Knowledge Bases
Date: 20 Dec 92 18:30:56 GMT
Organization: Acadia University


Hi, 

	I have a few questions on the topic of CC methods for  
Knowledge Bases: 

1) What are the methods used for CC in the existing commercial  
   knowledge bases? Example of how they are applied in this context.  

2) Are Timestamp Ordering (TO) and Two Phase Locking protocols feasible  
   methods? 

3) Which of these methods give a better performance in the context of 
   knowledge base? 


I sincerely appreciate any input. Thanks in advance. 
I can be reach by e-mail: 881244y@dragon.acadiau.ca

-- 
			    _ _ 
------------------------ooo--U--ooo-------------------------------
* Acadia SUB Box 6732		Choon Lin, Yeo	
* Wolfville, Nova Scotia 	e-mail: yeo.choon.lin@acadiau.ca
Newsgroups: comp.databases
From: thomasd@tps.COM (Thomas W. Day)
Subject: Re: MICROSOFT ACCESS vs FOXPRO
Organization: Telectronics Pacing Systems
Date: Wed, 16 Dec 1992 15:37:59 GMT

In article <1992Dec15.220954.22700@nntpd2.cxo.dec.com> lindsey@tincup.enet.dec.com (Randy Lindsey) writes:

>Remember that Microsoft just recently purchased Fox, so Access was well
>underway in development by that time.  I expect they're still a little
>confused about the relative positioning of the products.

Not a new position for Microsoft.

>I would certainly *hope* they'll be merging them somewhat, such as supporting
>the same file structures etc.

They claim Access will access Foxpro files by sometime in January.
Newsgroups: comp.databases
From: bobb@netcom.com (Bob Beaulieu)
Subject: Wanted Informix Software
Keywords: DOS version 4.1 ISQL & ESQL/C
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Tue, 15 Dec 1992 22:49:56 GMT


Anyone want to sell me their DOS 4.1 version of INFORMIX?

Please reply to:

bobb@netcom.com

Thanks,

Bob Beaulieu
-- 
 =============================================================
 Bob Beaulieu                                 bobb@netcom.com  
 San Jose, CA                                 (408) 978-0818  
 =============================================================
Newsgroups: comp.databases,comp.databases.informix
From: eklhad@siss81.sis.rpslmc.edu (Karl Dahlke)
Subject: Job Opportunity, Medical Databases
Organization: Rush-Presbyterian-St. Luke's Medical Center, Chicago
Date: Fri, 11 Dec 1992 20:56:05 GMT

The Division of Surgery at Rush-Presbyterian-St. Luke's Medical Center
is seeking an imaginative, creative programmer to help with its Surgical
Information System project.  This project already manages most surgery and
pathology information for one of the largest surgical divisions in the United
States, and is being extended to capture and analyze detailed clinical
information for patients both in surgery and in other medical areas.  To
participate in this exciting project, you must have a strong background in C,
UNIX, and relational data bases; experience in medical research or
biostatistics is also desirable but not required.  A knowledge of, willingness
to learn about, UNIX system administration is also desirable.  If you are
excited by the thought of doing innovative work in a small team of creative
people, send your resume to Brad Hinrichs, Rush-Presbyterian-St. Luke's Medical
Center, 1653 W. Congress Parkway, Chicago, IL 60612 (e-mail
brad@siss81.sis.rpslmc.edu).
-- 
	I do more all day -- than most people do before 9 A.M.
	Karl Dahlke   eklhad@siss81.sis.rpslmc.edu
Newsgroups: comp.databases
From: dant@microsoft.com (Dan Tyack)
Subject: Re: Oracle and discrete transactions
Date: 16 Dec 92 16:29:17 GMT
Organization: Microsoft Corporation
Distribution: comp
Keywords: tpc, transcations, benchmark, Oracle

You didn't mention the prime benefit for 'descrete transactions:
maximizing tpc-b numbers!  :) ( no flames please)

In article <1992Dec15.131240.13670@progress.com> gus@progress.COM (Gus Bjorklund) writes:
>oles@uniware.dk (Ole Skanning) writes:
>
>>I've heard that Oracle has implemented somthing called 'discrete transactions',
>> in version 7, which are supposed to give better tpc-ratings.
>
>>Could someone send me a brief explanation of what a discrete transaction is and
>>how it is implemented. What user benefits should there be ?
>
>Oracle's "Discrete Transactions" is similar to a mechanism called
>"Field Calls" in IMS. They are useful for short update transactions
>that access a small number of rows.
>
>The basic idea is this:
>
>During forward processing of the transaction, data updated by the
>transaction are locked and the updates are deferred by spooling
>log records to a private, in memory log buffer. When the transaction
>commits, the updates are applied by processing the log records which
>are also written to the redo log. Then the locks are released.
>
>The main goals are to minimize lock duration and the number of
>instructions executed.
>
>Some advantages:
>
>No undo information has to be generated or written to the log.
>If the transaction rolls back, all you have to do is throw away
>the spooled log records and release the locks.
>
>Discrete transactions are short and fast, so high concurrency is
>possible.
>
>Some disadvantages:
>
>The transaction can't see its updates because they are not performed
>until commit time. If the transaction attempts to access the same row
>twice, it will fail.
>
>Conflicting transactions cannot achieve read consistency because 
>no previous versions of the rows updated by the discrete transaction
>are available. So the conflicting transactions have to be rolled back.
>
>Discrete transactions cannot modify both tables involved in a
>referential integrity constraint. This is because the transaction
>cannot see its own updates.
>
>Discrete transactions cannot be distributed.
>
>Hard to program.
>
>
>
>--
>Gus Bjorklund              uucp:     ...mit-eddie!progress!gus
>Progress Software Corp.    internet: gus@progress.com
>14 Oak Park                phone:    6172804361
>Bedford, MA  01730         fax:      6172804095


Newsgroups: comp.databases,comp.databases.theory
From: ummalik@ccu.umanitoba.ca (Ijaz Rashid Malik)
Subject: Setting Accounts Receivable...any ideas?
Organization: University of Manitoba, Winnipeg, Canada
Date: Wed, 16 Dec 1992 00:36:26 GMT


I would appreciate if you could share some thoughts/ideas on solving
following problem (I am using Paradox but I guess that doesn't matter)

I have to set an Accounts Receivable/Payable system. There would be a 
number of businesses and some businesses woudl have some amount (may
be more than one amount) owing/owed to them. I plan to use a linked form
with Business table as the Master Table and R&P Table placed on this form
as the linked detail table. When ever there is an entry to be made as
accounts receivable or payable, I simply go to the record of the Business,
F3 to the R&P table and INS a new record. So far so good. Problem arises
when I need to clear a Receivable account (Business made payment) or
Payable account (we made the payment) or a partial payment made to any
entry. How do I automate this? Like, how can a business's receivable account
can be cleared when business makes a payment for THE receivable account
(Business can make payments for other purposes).
Any ideas welcome and appreciated...!!!

Thanks a lot!!!

regards,
Malik
Newsgroups: comp.databases
From: lagrouw@l-gw.eur.nl (Danny Lagrouw)
Subject: Re: Clipper Uploads
Organization: EUR
Date: Thu, 17 Dec 1992 09:22:53 GMT

robert.laszko@filebank.cts.com (Robert Laszko) writes:

>========================================================================
>New Clipper Uploads to The File Bank BBS
>For the period preceding 12/14/92.
>========================================================================
> ...Lots of files...
>Courtesy of Bob Laszko                      The File Bank BBS
>            Data Management Systems         Clipper Support Conference
>            PO Box 2828                     Fallbrook, CA
>            Fallbrook, CA  92088            1200 - 38,400 baud HST D/S
>            (619) 728-0984                  8 nodes / RIME / Internet
>                                            (619) 728-4318
>---
> . Via ProDoor 3.4R The File Bank BBS - Your connection to the World!
>                                                                                                               
Are these files available on any ftp site?

Danny Lagrouw
Erasmus University Rotterdam
lagrouw@bios.frg.eur.nl
From: cs_b150@ceres.kingston.ac.uk (    I N D Y)
Newsgroups: comp.databases
Subject: DBASE IV - interfaces
Date: 16 Dec 1992 14:41:53 -0000
Organization: Kingston University, Kingston-upon-Thames
NNTP-Posting-Host: ceres.kingston.ac.uk

I've noticed that Superbase 4 for windows allows very muti-media looking inter-
faces to be designed, like large buttons for accessing records.  The type of
buttons that are used in Windows.

I was just wondering what sort of fancy interfaces can be designed in dBASE IV,
even though this type of interface is not possible.  Any ideas or experience on
such interfaces ???  Even the simplest of things would be helpful.

Thanks in advance.

Indy.
From: robert.laszko@filebank.cts.com (Robert Laszko) 
Newsgroups: comp.databases
Subject: Re: Clipper Uploads
Date: 18 Dec 92 06:48:00 GMT
Distribution: world
Organization: The File Bank BBS - Fallbrook, CA  619-728-4318
Reply-To: robert.laszko@filebank.cts.com (Robert Laszko) 

>Are these files available on any ftp site?

Not that I'm aware of, Danny. If you have a CompuServe account, you 
checkout NANFORUM - you should find most of them there. 

I wish that we could offer ftp with our current gateway setup, but it 
isn't part of the package ........ we're working on it, though!

Bob
---
 . Via ProDoor 3.4R The File Bank BBS - Your connection to the World! 619-728-4318 HST
From: villas@ax.apc.org
Newsgroups: comp.databases
Subject: Full-text retrieval systems?
Date: 11 Dec 92 21:14:00 GMT
Nf-ID: #N:ax:49800011:000:516
Nf-From: ax.UUCP!villas    Dec 11 13:14:00 1992


Hi,

   Is ther a list and/or a Usenet conference where full-text retrieval
   systems are discussed? And how about MicroIsis (I only know a list at
   nic.surfnet.nl...)?

Thanks,
Villas.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- Marcos V. Villas                  
- Instituto Brasileiro de Analises Sociais e Economicas              
- Rua Vicente de Souza, 29 (Botafogo)
- 22251-070, Rio de Janeiro, Brasil
- Internet: villas@ibase.br; FAX: (55-21)286-0541; Tel: (55-21)286-0348
From: choate@acs.harding.edu (Brad S. Choate)
Newsgroups: comp.databases
Subject: A question for Access developers.
Date: 20 Dec 92 19:08:15 GMT
Reply-To: choate@acs.harding.edu
Organization: Harding University

For those of you who are already using Access (such as myself), I would
like to post a question.

The project that I'm working on would greatly benefit from a 'pick list'
control.  (Of course by 'pick list', I mean a control that lists multiple
text items- like a list-box- but allows the user to select one or more of
the items contained therein.)

If anybody knows how to create one of these controls, please let me know!

Brad
--
 Disclaimer: "I really don't care."

 |) |) /\ |\  | Brad S. Choate                  | 1314 E. Market, Apt. 6
 |) |\ || |/  | Sysop, The Lighthouse BBS       | Searcy, AR  72143
 --------_--  | choate@acs.harding.edu          | Voice Phone:  (501) 279-2584
  <||()/\|[   | V.P., Software Extensions, Inc. | The Lighthouse BBS: 279-2585
Newsgroups: comp.databases
From: tleylan@pegasus.com (Tom Leylan)
Subject: Re: Clipper...Set Unique On/Off
Organization: Pegasus,  Honolulu
Date: Fri, 18 Dec 92 19:39:40 GMT

John_Carson@mindlink.bc.ca (John Carson) writes:

>It has come to my attention on a client program that SET UNIQUE ON/OFF can be
>the start of corrupted index files. I assume that if you SET UNIQUE once with
>the database you must all the time.

John: Are you using Clipper S'87 or 5.0 ?  With 5.0 I believe you will find
the "unique" status is maintained within the index (it is imbedded in the
index and it knows) therefore once created it will always be unique type.

You should avoid the SET UNIQUE altogether (you're stuck in S'87) and use
the UNIQUE clause when indexing, environment changing stuff like SET
commands should be avoided whenever practical and possible.

Unique indexing is not (from the sound of the last part of your message)
a method of preventing duplicate records.  The data is stored in the .DBF
but an entry is not made in the index if there is one already.  It is
mostly used for reports (or possibly querying) but not common.

Here is why:

  append "smith"    // smith in dbf and ntx
  append "smith"    // a second smith in dbf but not in ntx
  goto top          // get to first smith
  delete            // at this point there is no smith record in
                    // the index as nothing causes the index to
                    // go looking around for more "smith"'s

If you want to prevent duplicates (by index key) then you enter the data
into variables (I hope you don't enter into fields directly) SEEK on the
key and if there are no hits append a blank and replace and if there is
a hit, warn the user and have them edit the key again.

tom
From: dodd@dodd.UUCP (Mike Dodd)
Newsgroups: comp.databases
Subject: Paradox Engine Examples - Anyone?
Date: 20 Dec 92 10:51:08 GMT
Organization: Not
X-Newsreader: Arn V1.00 beta rel2

I was hoping that somewhere in this vast universe - someone has posted
some example code using Paradox Engine - preferably under BC++/OWL Windows
environment.

If anyone has anything they would like to share with the rest of the world,
or on a more limited basis - please let me or everyone know where we might
find it.  Borland's examples,documentation is terrible (IMHO).

Merry Christmas, and thanks...

			    -Mike

+-----------------------------------------------------------------------+
|   Michael E. Dodd		Internet:  dodd!dodd@seq.uncwil.edu     |
|   219 Pershing Court		Voice:     919/799-9453                 |
|   Wilmington, N.C. 28412	(Answering Machine on between 4-10PM)   |
+-----------------------------------------------------------------------+
Newsgroups: comp.databases
Subject: Re: Advanced Revelation information request
From: D.M.Todd@massey.ac.nz (D.M. Todd)
Date: Wed, 16 Dec 92 21:12:25 GMT
Organization: Massey University, Palmerston North, New Zealand
Keywords: Revelation
X-Reader: NETNEWS/PC Version 2c

I have little to add to Chad's detailed response (in fact I learned
some things from it).  One (possibly) minor point about disk space.
Revelation uses variable length fields.  In our application, which
involves substantial amounts of text of highly varying lengths, this
saves an incredible about of storage space.  As for machine
requirements, I think it will still run on just about anything, but
386 platform is needed to give a little memory breathing-room
(_essential_ if you are on a network) and for the speed.
Newsgroups: comp.databases
From: ummalik@ccu.umanitoba.ca (Ijaz Rashid Malik)
Subject: Setting Up Accounts Receivables in Paradox
Organization: University of Manitoba, Winnipeg, Canada
Date: Fri, 18 Dec 1992 13:01:09 GMT


Hello
I desparately need some ideas on setting up an Accounts R/P system under
Paradox. I know EVERY thing about Paradox and PAL but have no clue what
should be the attributes of this accounts receivable and payable system.
If you could drop me a line or two giving some hint/advise, I would be
greatful.

regards,
Malik
ummalik@ccu.umanitoba.ca
Newsgroups: comp.databases