in reply to Re: Re (tilly) 4: millions of records in a Hash
in thread millions of records in a Hash

Naturally a starting point would be to look at a DBM implementation, but I wonder why in a Seekers of Perl Wisdom section one would recommend not going the hard way and learn a lot of stuff.

Two reasons, actually.

  1. People generally come to SOPW to get an answer to a problem so they can go and finish what they're doing with a minimum of fuss.
  2. While I have the background and training to learn how to "go the hard way and learn a lot of stuff", I have absolutely no inclination to do so. My time is worth more than attemting to solve a question that has already been solved. I'd much rather spend that time solving an unanswered question and put that solution out to CPAN. That would be a contribution to the community.

------
We are the carpenters and bricklayers of the Information Age.

Don't go borrowing trouble. For programmers, this means Worry only about what you need to implement.

  • Comment on Re: Re: Re (tilly) 4: millions of records in a Hash

Replies are listed 'Best First'.
Re: Re: Re: Re (tilly) 4: millions of records in a Hash
by Buggs (Acolyte) on Feb 25, 2002 at 21:02 UTC
    I see, but then i don't understand why it is called "Seekers of Wisdom" and not just "Questions".
    Maybe because there is already a "Q&A".

    I assume such things have already been discussed,
    if somebody remembers where and tells it to me i'd be thankful.
[reply]
      Seekers of Perl Wisdon. The idea is to find out how to do something in Perl. The way most professionals use to interact with DBMs and RDBMs in Perl is to use modules like DB_File and DBI. We tend to not roll our own when a perfectly good solution exists.

      That said, we also like to improve existing modules and release those improvements. Why? Because we can save other people time by telling them how we fixed a problem we ran into.

      This isn't to say that learning how something is done is a bad thing. In fact, it's a good thing. But, telling someone to roll their own when all they need is to have this thing work in three hours ... that's not very wise, nor is it Lazy.

      ------
      We are the carpenters and bricklayers of the Information Age.

      Don't go borrowing trouble. For programmers, this means Worry only about what you need to implement.

[reply]
        dragonchild: "Seekers of Perl Wisdon. The idea is to find out how to do something in Perl. The way most professionals use to interact with DBMs and RDBMs in Perl is to use modules like DB_File and DBI. We tend to not roll our own when a perfectly good solution exists."

        Actually i was presenting another option with "rolling your own stuff", not implying to use it but to consider it, nor did i say use it to interact with a DBM or RDBM, i meant more directly.

        The way you represent yourself as professional, to draw a difference between you and me, is just childish.

        Since we don't know the performance criteria the seeker has, we can do nothing but provide options, and leaving out one is not professional in my view.
[reply]
          A reply falls below the community's threshold of quality. You may see it by logging in.

In Section Seekers of Perl Wisdom