Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Programming IT Technology

Prevayler Quietly Reaches 2.0 Alpha, Bye RDBMS? 444

ninejaguar asks: "Slashdot did an article on an Open Source product called Prevayler, which could theoretically resolve all the problems associated with OO's rough courtship with Relational databases. Slashdot covered Prevayler when it was still 1.x. Despite fear, doubt, and memory concerns, it has reached 2.0 alpha. Is anyone currently using this non-database solution in production? If so, has it sped development because of the lack of OO-to-RDBMS complexity? Was there a significant learning curve to speak of? The LGPL'd product could be incorporated into proprietary commercial software, and few might know about it. Is anyone considering using it in a transactional environment where speed is the paramount need? And, are there any objections to using Prevayler that haven't been answered at the Prevayler wiki? Would those who use MySQL find Prevayler to be a better solution because it's tiny (less than 100kb), 3000 times faster and is inherently ACID compliant?" Update: 09/24 19:25 GMT by C :Quite a few broken links, now fixed.

"We've used relational databases for years despite incompatibilities in SQL implementation. Accessing them from an OOP paradigm has been so tedious, that Object-Relational mapping technologies have sprouted all over the Open Source landscape. Some competing examples and models are Hibernate, OJB, TJDO, XORM, and Castor; which in turn have supporting frameworks such as Spring and SQLExecutor. Because SQL is the dominant form of interfacing with the data in an RDBMS, there's now a specification to offer it a friendlier OO face.

Most of the above, including the SQL-variants, arguably appear to add yet another layer of complexity (even if only at the integration level) where they should be taking complexity away. These solutions are put together by some very smart people, but it's inescapable to get that feeling someone is missing the forest (simple answer) because all the trees (incompatible models) are in the way. If there are so many after-the-fact solutions attempting to simplify relational database access and manipulation from OO, isn't it reasonable to think that there is something generally wrong with trying to cobble-together two disparate concepts with what are essentially high-caliber hacks? Is Prevayler a better way?"

This discussion has been archived. No new comments can be posted.

Prevayler Quietly Reaches 2.0 Alpha, Bye RDBMS?

Comments Filter:
  • by PCM2 ( 4486 ) on Tuesday September 23, 2003 @07:59PM (#7039073) Homepage
    Prevayler Quietly Reaches 2.0 Alpha, Bye RDBMS?
    "Quietly," eh?
  • by Anonymous Coward on Tuesday September 23, 2003 @08:01PM (#7039088)
    One of my coworkes will explain to you that such a project is impossible. He's an idiot.
  • Whoa wtf (Score:5, Funny)

    by Breakfast Pants ( 323698 ) on Tuesday September 23, 2003 @08:02PM (#7039099) Journal
    I'm glad I'm not a subscriber right now cause if you payed to have the advertisements removed I don't think it would have caught this one.
  • by Anonymous Coward on Tuesday September 23, 2003 @08:03PM (#7039106)
    Is anyone currently using this non-database solution in production?
    Hell no! Are you stupid?

    If so, has it sped development because of the lack of OO-to-RDBMS complexity?
    No. Reduced complexity? Are you smoking Crack?

    Was there a significant learning curve to speak of?
    Is, not was, there a significant learning curve? Hell yea. Take everything you know and throw it all out. Then learn this new backwards system and in the end you have a worthless pile of crap.

    It's no wonder that everyone is jumping on the bandwagon. NOT.
  • by Anonymous Coward on Tuesday September 23, 2003 @08:04PM (#7039114)
    I agree; the phrasing is pretty off-putting, especially with all the answers and assumptions presumed in the posing of the questions themselves.

    Leave that stuff for the "Messages for Marketdroids; Nerds that Natter" website.
  • by OYAHHH ( 322809 ) on Tuesday September 23, 2003 @08:07PM (#7039136)
    I'm,

    Not sure what the proper term for referring to the articles that appear on Slashdot should be but I can say that this article is about the worst I've ever seen in terms of promoting a pet project.

    Slashdot needs to go one step further with it's moderating functionality.

    Slashdot needs a way that crappy articles like this one can be moderated into the bit bucket and I don't have to see it anymore!
  • by inertia187 ( 156602 ) * on Tuesday September 23, 2003 @08:08PM (#7039146) Homepage Journal
    I'm just going to assume their site uses Prevayler to store the page counter and revision information at the bottom of the linked page. Here's what I saw (times are Pacific):

    [16:47] : This page has 10151 hits and 60 revisions
    [16:50] : This page has 10156 hits and 60 revisions
    [16:52]*: This page has 10170 hits and 60 revisions
    [16:53] : This page has 10194 hits and 60 revisions
    [16:54] : This page has 10220 hits and 60 revisions
    [16:55] : This page has 10261 hits and 60 revisions
    [16:56] : This page has 10311 hits and 60 revisions
    [16:57] : This page has 10353 hits and 60 revisions
    [16:58] : This page has 10413 hits and 60 revisions
    [16:59] : This page has 10454 hits and 60 revisions
    [17:00] : This page has 10503 hits and 60 revisions
    [17:01] : This page has 10539 hits and 60 revisions
    [17:02] : This page has 10578 hits and 60 revisions
    [17:03] : This page has 10623 hits and 60 revisions
    [17:04] : This page has 10666 hits and 60 revisions
    [17:05] : This page has 10713 hits and 60 revisions
    [17:06] : This page has 10748 hits and 60 revisions
    [17:07] : This page has 10792 hits and 60 revisions


    * - The Mysterious Future

    Oh well. It did seemed to peek around 16:58, but I guess Slashdot users really didn't click on that link all that much. Too bad, that would have been fun ad-hoc to test.
  • by zekt ( 252634 ) on Tuesday September 23, 2003 @08:32PM (#7039333)
    Yeah we have a backup strategy... we have another machine sitting next to it with about 20 gig of memory..
  • by BigRare ( 187855 ) on Tuesday September 23, 2003 @08:38PM (#7039375)
    In the prevalent design, every transaction is represented as a serializable object which is
    atomically written to the queue (a simple log file) and processed by the system.
    Taken from: Here [prevayler.org]

    And I thought Quantum Computing was still part of the distant future...
  • BINGO!! (Score:1, Funny)

    by Anonymous Coward on Tuesday September 23, 2003 @08:46PM (#7039430)
    My proactive leadership must be working. [monkeyboys.org]

    So if I understand you correctly you want software that will B2B edutainment portal internet enterprise mission-critical?

    Yeah.

    The buzzword-compliant expansion of "enterprise" is:"scalable enterprise PPP2P pan-galactic redundant XML warp drive," but it's "enterprise" for short.
  • by dipipanone ( 570849 ) on Tuesday September 23, 2003 @10:16PM (#7040014)
    or it might be your face that get smashed when you accidently meet one of them at a software convent.

    Damn, that's some seriously un-nun-like behaviour going on in that place. The last thing I want is a smack in the face from Sister Mary Loyola Stallman, Mother Superior Torvalds or any of the other Little Sisters of the Penguin.

    I'm keeping my mouth firmly shut.
  • by JUSTONEMORELATTE ( 584508 ) on Tuesday September 23, 2003 @11:30PM (#7040428) Homepage
    Oh, no problem. I'll inform my (contract) employer that they'll have a much faster system when they switch. The only hangup is that they'll need a box with 30 gig of RAM to do it.

    Tell me again why this is better than SQLServer using a data file on a RAMdisk?
    No, really. Tell me how this is better than a Microsoft solution, 'cause the astroturfing article didn't do it yet.

    --

The rule on staying alive as a program manager is to give 'em a number or give 'em a date, but never give 'em both at once.

Working...