home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / software / 1255 < prev    next >
Encoding:
Text File  |  1992-08-20  |  2.0 KB  |  51 lines
  1. Newsgroups: comp.sys.next.software
  2. Path: sparky!uunet!stanford.edu!leland.Stanford.EDU!news
  3. From: spagiola@frinext.stanford.edu (Stefano Pagiola)
  4. Subject: Re: Mesa --- lack of database functionality
  5. Message-ID: <1992Aug20.155315.5193@leland.Stanford.EDU>
  6. Sender: news@leland.Stanford.EDU (Mr News)
  7. Reply-To: spagiola@frinext.stanford.edu
  8. Organization: DSO, Stanford University
  9. References: <BtA46G.Bzp@monitor.com>
  10. Date: Thu, 20 Aug 92 15:53:15 GMT
  11. Lines: 38
  12.  
  13. shawn@monitor.com writes
  14. > Database
  15. > Spreadsheet
  16. > 
  17. > They're different. Spreadsheets don't need to do the
  18. > sorting and filtering that databases do, and
  19. > correspondingly don't have those capabilities.  Adding  
  20. > such functionality is kind of silly.  The only reasons
  21. > that Lotus has the "database" (and I use the term 
  22. > loosely) capabilities it does is because some gigantic
  23. > chunk of companies in the world run their ENTIRE
  24. > businesses with Lotus 123, and Lotus sort of obliged them
  25. > back in 80-something.  
  26. > 
  27.  
  28. Yes, spreadsheets and databases are different, but there  
  29. are often times when I need to sort and filter the numbers  
  30. that I'm working on, and I don't want to have to export my  
  31. data to a database and then re-import it every time.  I've  
  32. often used the 'very limited' database functions in Lotus  
  33. even though I keep around and use much more sophisticated  
  34. databases as well.
  35. The combination of spreadsheet and database-like  
  36. functionality is precisely what makes Improv so  
  37. interesting, and Lotus deserves kudos for having made such  
  38. a cool hybrid (despite all its release 1.0 problems and  
  39. limitations).
  40. Let's not start thinking that the way we do our work is  
  41. appropriate for everybody.  If Ivo Welch finds that more  
  42. sophisticated db capabilities in Mesa would be an advantage  
  43. to him, that's his prerogative.  If Athena finds that there  
  44. are enough such people out there, they'll put it in.
  45.  
  46. --
  47. -
  48. Stefano Pagiola
  49. Food Research Institute, Stanford University
  50. spagiola@frinext.stanford.edu (NeXTMail encouraged)
  51.