[mythtv-users] Slow MySQL query after delete
myth at dermanouelian.com
Wed Sep 5 02:10:37 UTC 2007
On Sep 4, 2007, at 6:54 PM, Jay R. Ashworth wrote:
> On Tue, Sep 04, 2007 at 06:03:40PM -0400, Michael T. Dean wrote:
>> Just like they can be shafted by the misbehavior of ffmpeg's libav*
>> libraries, right? But, no one has complained about the fact that
>> doesn't use the system ffmpeg libs, but instead uses its own
>> "embedded" version of those libs. Both are complex creatures that
>> be configured in such a way that they work well in a MythTV
>> or configured in such a way that they won't work that
>> application. By
>> embedding the support into MythTV, the users don't have to worry
>> the configuration.
> Wouldn't it be pretty to think so?
> Alas, both MySQL's interface and it's internal behaviour are between 2
> and 2 orders of magnitude more complicated than those of ffmpeg;
> there's very rarely *reason* to want to twiddle with ffmpeg's
> internals, while that definitely not the case with the DBMS.
> I too would like to see them abstract it enough that I could put it
> overtop a *real* DBMS, but I've given up thinking it will happen; just
> phrasing it that way pisses Isaac off*.
The company for which I work makes software that is abstracted to
work with Oracle, DB2, MySQL, SQL Server and SQLite - in theory.
You'd be horrified to find out how much ifdef code is in there to
accommodate peculiarities in the SQL language interpretation of each
of these databases. Also, having this abstraction makes EVERY
database run slower. So while -in theory- it sounds like the best
thing ever, it's usually a nightmare and I can completely understand
why they've focused on a widely available free DB that is easily
installed on many linux distributions. And as far as those DB's go, I
like postgreSQL better. :) If I had my way, I'd run it on my over-
powered under-used Oracle server in my basement.
More information about the mythtv-users