| PLEX86 | ||
|
MS Access 'equiv' for Linux 3298What bits I have used have been flakey :-(. MS Access 'equiv' for Linux 3301 That is the specific thing that is most certainly nonsense in every way. The whole "sector" of free software was created because people... OpenOffice.org + PostgeSQL is similarly a sort of option; I find the OpenOffice.org front end to be pretty fragile as far as what it copes with well. Quite inappropriate, indeed. It's a Really Powerful hash table implementation (with the option of using btrees); useful for some things, but not in general. MS Access 'equiv' for Linux 3302 The thing is that the "road that is imagined to lead towards an Access clone" winds up educating the would-be developer in how to build... This is NOT a "TheKompany" offering; it happens to be something that TheKompany resold for a while. I got a note from one of the authors indicating they were pretty irritated with TheKompany... Any integration with StarOffice would be about equivalent to what you'd get with PostgeSQL+OpenOffice.org And I don't see the move of Adabas-D (which was only one of Software AG's products; they still sell Adabas!), renamed to SAP-DB, now sold by MySQL AB as MaxDB(tm) to be an indication of continuing or forthcoming success for it. The codebase for SAP-DB was really quite painful to look at let alone work with. I cannot imagine that MySQL AB will be able to get anything meaningful out of it to integrate with their products. All I can see happening in the short term is for there to be enough cash flow from supporting SAP-DB and MaxDB(tm) licenses for them to keep enough developers on staff to keep it from going totally moribund. And the only value I can see to the MySQL-SAP-DB deal is if the support involvement gives MySQL AB a vehicle to figure out what are the minimal capabilities that they can add to MySQL(tm) in order to make it into a reasonable host for some Adabas-D-SAP-DB applications, probably most notably SAP R-3. In the case of R-3, there isn't that much that would need to be added, as it traditionally makes minimal use of anything more than the most primitive of "relational" database features... "Success" would be defined as making MySQL(tm) sufficiently functional that they could get SAP AG to use them as a bludgeon in the next round of gory negotiations between SAP AG and Oracle Corporation. (FYI: The above is the only reasonable scenario that has fallen out of considerable puzzling over the way MaxDB(tm) has fallen to MySQL.) MS Access 'equiv' for Linux 3299 Christopher Browne an earthling, themselves, So smaller air;) crap fan one) Thanks for the reminder-correction. IIRC, there was... MS Access 'equiv' for Linux 3300 Yes, more-or-less that summary has been outlined a couple of times on one or another of the PostgeSQL mailing lists. Quite a bit of curiosity was elicited when MySQL... Aside from that possibility (which would be exceedingly messy, and would point to the free software community being a mere stepping stone for all parties involved), I just can't see the use for the Adabas-D code at MySQL AB... -- "A ROUGH WHIMPER OF INSANITY" is an anagram for "INFORMATION SUPERHIGHWAY".
|
||||
MS Access 'equiv' for Linux 3299 Linux groups from Newsgroups The #1 Usenet Provider on the Internet
|
||||