RE: [PHP-DB] PHP can't lose to Micro$oft - Please HELP!

I think so. But to be more conving I should multiply ths fee with a factor of 10 or something ;-) Helge > -----Original Message----- > From: Dave Watkinson [mailto:d.watkinson@mightymatch.com] > Sent: Donnerstag, 11. Oktober 2001 09:38 > To: php-db@lists.php.net > Subject: RE: [PHP-DB] PHP can't lose to Micro$oft - Please HELP! > > > Maybe you could start your own company and "invoice" for a MySQL > installation? You could charge something ridiculous like > $50,000 and an > annual maintenance charge of $10,000. > > Would that make them happy? > > :> > > > Dave > > > -----Original Message----- > From: Helge A. Kraenz (FF) [mailto:HKraenz@mdli.com] > Sent: 11 October 2001 08:40 > To: 'ljweb@ljweb.com'; Helge A. Kraenz (FF); 'Jason G.'; Dave > Watkinson; > php-db@lists.php.net > Subject: RE: [PHP-DB] PHP can't lose to Micro$oft - Please HELP! > > > I have to agree - sad but true. > > The main problem is that MySQL is more or less free. So they > don't have > much > money to spend for any marketing purposes. The decision of > what product > will > be used is never made because of facts (being more precise: was never > and > will never be made), use your imagination what are the real reasons. > This is > frustrating but maybe I'm only jealous that I cannot make > decisions ;-) > It's > the same with MS: Why should you use MS in a company? Use Linux/Star > Office > and be happy! > > Helge > > > -----Original Message----- > > From: Lars B. Jensen [mailto:ljweb@ljweb.com] > > Sent: Donnerstag, 11. Oktober 2001 08:23 > > To: Helge A. Kraenz (FF); 'Jason G.'; 'Dave Watkinson'; > > php-db@lists.php.net > > Subject: RE: [PHP-DB] PHP can't lose to Micro$oft - Please HELP! > > > > > > > > Is this not the no. 1 general problem being a techie rather > > than a manager ? > > > > I even provided easy-understandable benchmarking tests of > > specific testcases > > at my resent employer comparing mySQL vs MSSQL7 and > > Oracle8i... And they > > went out approving a costly Oracle license simply because "it > > was a good > > word to use in the marketing campaign" *sigh* > > > > Needless to say - I am not employee there anymore ... > > > > / LJ > > > > -----Original Message----- > > From: Helge A. Kraenz (FF) [mailto:HKraenz@mdli.com] > > Sent: 11. oktober 2001 15:24 > > To: 'Jason G.'; Helge A. Kraenz (FF); 'Dave Watkinson'; > > php-db@lists.php.net > > Subject: RE: [PHP-DB] PHP can't lose to Micro$oft - Please HELP! > > > > > > This sounds really nice. > > > > But there is an another big problem: Can anybody give me a > hint how to > > convince my bosses to replace Oracle with MySQL? They think, > > everything that > > costs nothing is worth nothing. > > > > Helge > > > > > -----Original Message----- > > > From: Jason G. [mailto:blair@nb.net] > > > Sent: Donnerstag, 11. Oktober 2001 08:12 > > > To: Helge A. Kraenz (FF); 'Dave Watkinson'; php-db@lists.php.net > > > Subject: RE: [PHP-DB] PHP can't lose to Micro$oft - Please HELP! > > > > > > > > > Check this out: > > > > > > Currently Mytrix provides extended statistics for more than > > > 200 000 web > > > resources, accounting for more than 70 million events per > > > day. The "raw" > > > gathered data is stored in a self-implemented data warehouse, and > > > statistics of it are stored in MySQL databases. > > > MySQL is used for extensive analysis of the data. For a > > > couple of years > > > MyISAM tables were used to store the processed data. We found > > > that the > > > InnoDB support for transactions, row level locks, and fast > > > automatic crash > > > recovery gives us an advantage, so we are migrating to InnoDB now. > > > Totally we have about 30 servers (mostly Dual PIII with 1-2 > > > GB of RAM) > > > which have in total more than 1 TB of data stored in MySQL > > > databases. The > > > number of tables is more than 100 000 (small tables were used > > > with MyISAM > > > to overcome concurrency problems in table level locking used > > > with MyISAM). > > > The tables contain more than 20 000 000 000 rows in total. > > > > > > > > > At 07:44 AM 10/11/2001 +0200, Helge A. Kraenz (FF) wrote: > > > >I'm absolutely no fan of commercial software but Oracle > > > actually has (or has > > > >had) some advantages compared with MySQL: > > > >- You can make subqueries, e.g. "select * from ( select * > > > from table )" > > > >- You can (not easily, OK) handle LOB with a size up to 2 GB > > > >- Oracle can handle LARGE databases (>> 10GB >100GB) - I > > > don't know wheter > > > >MySQL is able to do this > > > >Maybe MySQL was improved since the last time I read anything > > > about these > > > >features but otherwise if you need any of these features you > > > cannot use > > > >MySQL or you have to implement time consuming workarounds. > > > If you don't rely > > > >on these features, throw any commercial database away and > > > use Postgres or > > > >MySQL. > > > > > > > >My strongest suggestion is to drop MS Windows and to move to > > > Unix/Linux with > > > >you webserver this saves a lot of money and prevents you > > > from many crashes - > > > >I never get my Linux system to crash but my Win2K system > > > freezes each day > > > >when I shut it down. > > > > > > > >Helge > > > > > > > > > -----Original Message----- > > > > > From: Dave Watkinson [mailto:d.watkinson@mightymatch.com] > > > > > Sent: Donnerstag, 11. Oktober 2001 07:12 > > > > > To: php-db@lists.php.net > > > > > Subject: RE: [PHP-DB] PHP can't lose to Micro$oft - > Please HELP! > > > > > > > > > > > > > > > we dropped Oracle Java and IIS for MySQL PHP and Apache. > > > > > > > > > > We spent a *hell* of a lot of money that we won't get back > > > > > (anybody want > > > > > a second hand Oracle licence!!!), but the systems is > > > about a million > > > > > times faster, more efficient, easier to improve, stable, > > > platform & > > > > > browser independent than ever before. > > > > > > > > > > I say you suggest dropping everything and look at the > > > situation as a > > > > > whole - not just cost but also features, ease of use (why > > > recompile > > > > > crappy Java Applets every five minutes when you can use > > > Notepad?!) and > > > > > evertthing else I listed above. > > > > > > > > > > > > > > > Cheers > > > > > > > > > > Dave > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: Jason G. [mailto:blair@nb.net] > > > > > Sent: 11 October 2001 06:21 > > > > > To: Notmy Realname; php-db@lists.php.net > > > > > Subject: Re: [PHP-DB] PHP can't lose to Micro$oft - > Please HELP! > > > > > > > > > > > > > > > I do not know much about informix, but personally, if MySQL or > > > > > PostgreSQL > > > > > is better, then who cares how much you spent on informix. > > > > > Use the best > > > > > tool for the job! > > > > > > > > > > > > > > > At 10:11 PM 10/10/2001 -0700, Notmy Realname wrote: > > > > > >Situation: > > > > > > > > > > > >Small software company is at a cross-road. Do we use ASP > > > > > (Win 2k, IIS, > > > > > >VB...) or PHP (UNIX, Apache...). Currently we have two teams > > > > > working on > > > > > >prototypes for this project. The Micro$oft pets (ASP) > > vs. the PHP > > > > > >free-spirits (btw, PHP is way ahead in features > > > > > implemented!). Good vs. > > > > > >Evil, right? :) > > > > > > > > > > > >Anyway, THE PROBLEM: > > > > > > > > > > > >We use INFORMIX IDS 7.3 (Windows) for db. Can't change > > > that (spent to > > > > > much > > > > > >money on it). The problem we are having is this: > > > > > > > > > > > >We create a persistent connection with the Informix server: > > > > > > > > > > > > $database = "tst22"; > > > > > > $server = "some_db_server"; > > > > > > $login = "blah"; > > > > > > $password = "blabblah"; > > > > > > > > > > > > $dbs = $database."@".$server; > > > > > > > > > > > > $connect_id_roll = > > > ifx_pconnect($dbs,$login,$password); <-- > > > > > Line > > > > > >51 --| > > > > > > > > > > > > if (!$connect_id_roll) { > > > > > > echo "Unable to connect to Informix > > > > > > database<br>\n"; > > > > > > chk_ifx_err1($connect_id_roll); > > > > > > } > > > > > > ... (our code) > > > > > > > > > > > >This works fine; most of the time that is, until we get this > > > > > (somewhat > > > > > >randomly): > > > > > > > > > > > >Warning: E [SQLSTATE=08 002 SQLCODE=-1802] in > > > > > >d:\apache_webdocs\php_demo\roll_list.php on line 51 > > > > > >Unable to connect to Informix database > > > > > > > > > > > >Informix error: E [SQLSTATE=08 002 SQLCODE=-1802] > > > > > > > > > > > >Connection name in use. > > > > > > > > > > > >The ifx_error function return the following string: > > > > > > > > > > > >x [SQLSTATE = aa bbb SQLCODE=cccc] > > > > > > > > > > > >where x = space : no error > > > > > >E : error > > > > > >N : no more data > > > > > >W : warning > > > > > >? : undefined > > > > > >W : warning > > > > > > > > > > > >So, until we fix this problem we can't proceed to develop > > > > > the reset of > > > > > the > > > > > >application the boss says, which is quite understandable, > > > > > and of course > > > > > the > > > > > >other team is closing in (although buggy as hell) we > > > can't afford to > > > > > let the > > > > > >Micro$oft script kitties win this one, can we?! Please help. > > > > > > > > > > > >Thanks in advance, > > > > > > > > > > > >Anonymouse Self > > > > > > > > > > > > > > > > > > > > > > > >-- > > > > > >PHP Database Mailing List (http://www.php.net/) > > > > > >To unsubscribe, e-mail: php-db-unsubscribe@lists.php.net > > > > > >For additional commands, e-mail: php-db-help@lists.php.net > > > > > >To contact the list administrators, e-mail: > > > > > php-list-admin@lists.php.net > > > > > > > > > > > > > > > -- > > > > > PHP Database Mailing List (http://www.php.net/) > > > > > To unsubscribe, e-mail: php-db-unsubscribe@lists.php.net > > > > > For additional commands, e-mail: php-db-help@lists.php.net > > > > > To contact the list administrators, e-mail: > > > > > php-list-admin@lists.php.net > > > > > > > > > > > > > > > -- > > > > > PHP Database Mailing List (http://www.php.net/) > > > > > To unsubscribe, e-mail: php-db-unsubscribe@lists.php.net > > > > > For additional commands, e-mail: php-db-help@lists.php.net > > > > > To contact the list administrators, e-mail: > > > > > php-list-admin@lists.php.net > > > > > > > > > > > > >-- > > > >PHP Database Mailing List (http://www.php.net/) > > > >To unsubscribe, e-mail: php-db-unsubscribe@lists.php.net > > > >For additional commands, e-mail: php-db-help@lists.php.net > > > >To contact the list administrators, e-mail: > > > php-list-admin@lists.php.net > > > > > > > -- > > PHP Database Mailing List (http://www.php.net/) > > To unsubscribe, e-mail: php-db-unsubscribe@lists.php.net > > For additional commands, e-mail: php-db-help@lists.php.net > > To contact the list administrators, e-mail: > > php-list-admin@lists.php.net > > > > > > > > > > > > -- > > PHP Database Mailing List (http://www.php.net/) > > To unsubscribe, e-mail: php-db-unsubscribe@lists.php.net > > For additional commands, e-mail: php-db-help@lists.php.net > > To contact the list administrators, e-mail: > > php-list-admin@lists.php.net > > > > -- > PHP Database Mailing List (http://www.php.net/) > To unsubscribe, e-mail: php-db-unsubscribe@lists.php.net > For additional commands, e-mail: php-db-help@lists.php.net > To contact the list administrators, e-mail: > php-list-admin@lists.php.net >