Re: WANTED: Utility to reverse engineer existing database II

2001-08-07 Thread Michael Meltzer
emacs MJM - Original Message - From: "Kevin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, August 07, 2001 11:30 AM Subject: WANTED: Utility to reverse engineer existing database II > > Thanks for pointing out mysqldump. > > I now need to be able to copy a limited number o

Re: Help Please OpenBSD & Mysql

2001-07-27 Thread Michael Meltzer
/usr/libexec/ld.so loads the dynamic libraries, It goes down a path set by LD_LIBRARY_PATH, get the location where the libary is in and put it in the path, should be that simply. find / -name "libpthread.so.14*" -print , might help. BTW that was a solaris answer but should be the same on openbsd

Re: mysql.org

2001-07-20 Thread Michael Meltzer
they are not bad and give you something to read in the restroom. MJM - Original Message - From: "Van" <[EMAIL PROTECTED]> To: "Michael Meltzer" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, July 20, 2001 1:32 AM Subject: Re: mysql.org

Re: mysql.org

2001-07-19 Thread Michael Meltzer
thought the list might want to know, this has been picked up by a trade magazine, I got a copy of "interactive week" in sail mail today. (In my best sarcastic voice)As they say in Hollywood "Any Publicity is good as long as your spell the names right". Found a web version if any one wants a look.

Re: Questions about extremely large database support

2001-07-19 Thread Michael Meltzer
Do not put tick by tick data in a database, The stuff is not relational, it is time series, FAME was one on the few that could deal it but I think it died. A database does not help research or organizing the data, it gets in the way. you would be better off timestamping the data to the millisecond

Re: beowulfen and mysql

2001-07-17 Thread Michael Meltzer
I think you are overestimating the compute needs, 100,000 customers generating 1k on average a day of data(I suspect that is a high number) for 1 year,36 gig of data. Not that Much. using a IO subsystem that can do 100 meg/sec read access(3ware comes to mind as a cheap way, you can get it above 2

Re: unix_timestamp doesn't understand year 2038

2001-07-10 Thread Michael Meltzer
it not a bug, it is a feature, complain to Tomas Riche, 68 years (2038-1970) is all the seconds that fit in 2^31 or a signed long number, which is how the timestamp was defined a long time ago, it was always figured that some would change the base year sooner or later. Or the programmer view ;-) t