Absolutely. Perl is pretty quick, but it's still not a static compiled language.
We end up doing a lot of server side calculations with basic math, and then using MySQL functions to turn it into text, but that isn't always possible. In our case, we tend to err on the side of the clients doing more work, since we have a lot of big server clients, and they have a lot more horsepower than the server does. As in all things, it's a balance. It always bothered me that we never used this nice suite of built-in functions. That's ok...a lot of other people use them. :-) Cheers. -Dana > -----Original Message----- > From: Jim Sander [SMTP:[EMAIL PROTECTED]] > Sent: Monday, December 23, 2002 12:58 PM > Cc: [EMAIL PROTECTED] > Subject: Re: What, if anything, is wrong with UNIX Epoch time stamps? > [Was: R E: TimeStamp in MySQL reqd NULL] > > > Can anyone share and/or comment about the use of Epoch time, > > especially the hazards? > > Using timestamps you can synch all your times with the server via > 'now()' and the like. If you use the epoch time on the client side you > might have problems. What those problems are, I couldn't say- but I have a > vivid imagination. > > There's also the issue of efficiency. The perl time/date libraries are > good, but I would suspect mysql is faster. Time:: is a pretty big set of > tools, so it can bloat your program if you 'use' it. Regardless, the > client/server issue comes up again- which box should do more work? > > Both of these seem to be obvious, and not earth-shattering. But I > figured I'd chime in and see what others had to say. I too have often > wondered if what I do is "the" right method for the task at hand. > > -=Jim=- > > > > > --------------------------------------------------------------------- > Before posting, please check: > http://www.mysql.com/manual.php (the manual) > http://lists.mysql.com/ (the list archive) > > To request this thread, e-mail <[EMAIL PROTECTED]> > To unsubscribe, e-mail > <[EMAIL PROTECTED]> > Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. If you have received this email in error destroy it immediately. ********************************************************************** Wal-Mart Stores, Inc. Confidential ********************************************************************** --------------------------------------------------------------------- Before posting, please check: http://www.mysql.com/manual.php (the manual) http://lists.mysql.com/ (the list archive) To request this thread, e-mail <[EMAIL PROTECTED]> To unsubscribe, e-mail <[EMAIL PROTECTED]> Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php