please don't say 1. no support for transaction logs or 2. not acid compliant or 3. no support for replication cuz those aren't really valid and haven't been for a long time.
Mostly for scalability without running layers over the top of the database like memcached.
And no, I'm not comparing the MSSQL. I don't have enough experience with it.
For large vertical databases (non-clustered, mostly data mine/analysis), which is the environment I've worked the most in, MySQL can't hold a candle to an optimized DB2 or Orcale database. Even with extensive optimization, InnoDB, etc. When I started adding repeated read/write queries on top of larger reads, MySQL fell over completely even with as much optimization as I could wring out of it. I've had no such problems with the others.
(Also, fault tolerance is a biggie. I've had data loss in MySQL before. With DB2, I ran a couple tests where I started a bunch of sequential writes, both large and small units of work, then cycled the power a few times. All work units rolled back the way they were supposed to, and the DB came back up clean every time.)
i just cringe whenever i see people throw around phrases like that. i don't find mysql (with innodb esp) a joke when i see the amount its handling on our site :-D
Probably a couple years ago? I will admit it was relativly new in MySQL when I ported everything I was doing to DB2 and dumped MySQL as a platform. I couldn't afford the risk at the time, and the performance was a nice benefit.
I totally admit that Livejournal is an amazing application of MySQL, but without massive clustering and memcached, it would fall on its face, no? My experience is that single instances of MySQL can't scale vertically at all, which means you need other layers of stuff on top of it to make it perform well. (Don't get me wrong, BTW, I think memcached is completely badass)
I said "7" but I don't know if SQL Server is what I'm rating myself on... I'm just proud that I taught myself little sql queries at work, example: "select piecename from mk_styles where stylename like '123%blah';"
no subject
Date: 2005-02-08 10:01 pm (UTC)no subject
Date: 2005-02-08 10:04 pm (UTC)no subject
Date: 2005-02-08 10:08 pm (UTC)no subject
Date: 2005-02-08 10:10 pm (UTC)no subject
Date: 2005-02-08 11:00 pm (UTC)no subject
Date: 2005-02-08 10:31 pm (UTC)no subject
Date: 2005-02-08 10:11 pm (UTC)no subject
Date: 2005-02-08 10:14 pm (UTC)no subject
Date: 2005-02-08 10:12 pm (UTC)I'm a rockstar DB2 and Oracle Admin/Developer, but I suck at Sybase/MSSQL still. (MySQL is a joke and I hate using it for anything except quick hacks)
no subject
Date: 2005-02-08 10:14 pm (UTC)no subject
Date: 2005-02-08 10:15 pm (UTC)no subject
Date: 2005-02-08 10:19 pm (UTC)please don't say 1. no support for transaction logs or 2. not acid compliant or 3. no support for replication cuz those aren't really valid and haven't been for a long time.
also are you comparing to MSSQL?
no subject
Date: 2005-02-08 10:25 pm (UTC)Mostly for scalability without running layers over the top of the database like memcached.
And no, I'm not comparing the MSSQL. I don't have enough experience with it.
For large vertical databases (non-clustered, mostly data mine/analysis), which is the environment I've worked the most in, MySQL can't hold a candle to an optimized DB2 or Orcale database. Even with extensive optimization, InnoDB, etc. When I started adding repeated read/write queries on top of larger reads, MySQL fell over completely even with as much optimization as I could wring out of it. I've had no such problems with the others.
(Also, fault tolerance is a biggie. I've had data loss in MySQL before. With DB2, I ran a couple tests where I started a bunch of sequential writes, both large and small units of work, then cycled the power a few times. All work units rolled back the way they were supposed to, and the DB came back up clean every time.)
no subject
Date: 2005-02-08 10:27 pm (UTC)i just cringe whenever i see people throw around phrases like that. i don't find mysql (with innodb esp) a joke when i see the amount its handling on our site :-D
no subject
Date: 2005-02-08 10:31 pm (UTC)I totally admit that Livejournal is an amazing application of MySQL, but without massive clustering and memcached, it would fall on its face, no? My experience is that single instances of MySQL can't scale vertically at all, which means you need other layers of stuff on top of it to make it perform well. (Don't get me wrong, BTW, I think memcached is completely badass)
no subject
Date: 2005-02-08 10:21 pm (UTC)My lack of knowledge is so absolute, I don't even know what I'm talking about.
no subject
Date: 2005-02-08 10:24 pm (UTC)"select piecename from mk_styles where stylename like '123%blah';"
*sniffle*
Date: 2005-02-08 10:32 pm (UTC)I still feel bad and stupid.
no subject
Date: 2005-02-08 10:44 pm (UTC)Re: *sniffle*
Date: 2005-02-09 08:52 pm (UTC)Re: *sniffle*
Date: 2005-02-09 09:02 pm (UTC)no subject
Date: 2005-02-09 01:20 am (UTC)