Re: Is my MySQL Gaining ?
| От | Uwe C. Schroeder |
|---|---|
| Тема | Re: Is my MySQL Gaining ? |
| Дата | |
| Msg-id | 200312271031.11985.uwe@oss4u.com обсуждение исходный текст |
| Ответ на | Re: Is my MySQL Gaining ? (Christopher Murtagh <christopher.murtagh@mcgill.ca>) |
| Список | pgsql-general |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 27 December 2003 08:29 am, Christopher Murtagh wrote: > On 26 Dec 2003, Randal L. Schwartz wrote: > > I've noticed a similar strategy in the PHP vs Perl dimension. PHP > > started out being "simple and fast and easy to learn" by throwing off > > all of the "complexities of Perl that weren't needed". > > > > Slowly and steadily, lagging about 3 to 10 years behind, PHP has > > adding one-by-one all those "weird Perl features", but doing a poor > > job of integrating them. > > Well, I hope that this doesn't parallel Postgres and MySQL, because > it would spell doom for Postgres. > > http://www.securityspace.com/s_survey/data/man.200311/apachemods.html > > Frankly, despite all it's weaknesses and inconsistencies, PHP *is* easier > to use and faster to develop than Perl. At least this is what my > experience has shown me and it seems that the survey above reflects the > same thing. > > Since my experience with Postgres hasn't been that it is easier than > MySQL (quite the opposite in fact), perhaps some work needs to be done to > either dispel that myth, or to make sure that Postgres is easier to use > (since I started with Postgres and learned MySQL afterwards). > > I know it sucks, but ease of use/simplicity goes a long way, often > further than performance, features and stability. > The problem with "making it easy" is clearly visible with M$ products. Stupid clicking makes it sooo easy and convenient that anyone with an IQ higher than a coffee-maker thinks he's a "system administator" just because he can click onto the contolpanel. My point is, that postgres is a fully featured database and mysql isn't. There is only a certain degree of "making it easy" in a complex environment. And IMHO there should be a certain degree of complexity to handle the system, otherwise every idiot will call himself database administrator and screw up things really bad UC - -- Open Source Solutions 4U, LLC 2570 Fleetwood Drive Phone: +1 650 872 2425 San Bruno, CA 94066 Cell: +1 650 302 2405 United States Fax: +1 650 872 2417 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/7c/vjqGXBvRToM4RAuPMAKC7XdErDIma9Ey4GXqGnE4/ZVQPpwCeNx88 rZ3/Ji90E2cd2tTd9lySg3Y= =s94v -----END PGP SIGNATURE-----
В списке pgsql-general по дате отправления: