Menu

#84 ct_sql/ac_get_lock() MySQL-only

7.4pre1
open
nobody
None
5
2002-04-29
2002-04-29
No

What is this MySQL-dependent code doing in the ct_sql
class? At a minimum this should be abstracted via the
db_*_sql classes. But since MySQL is (AFAIK) the only
database to implement application-level locks, this is
difficult.

Really, this should be implemented in a manner
independent of both databases and storage containers.

Having a separate table with a key of the session id or
application name and inserting/deleting rows in thaw()
and freeze() would seem appropriate. That would be
quite flexible, offering a way of single-threading both
the entire application and a single session.

My pseudo-locking code in the -devel db_odbc.inc may be
a good base for this.

I don't think changing the API for this function would
matter. It has never actually worked, so we can't break
existing installations.

Discussion

  • nathan hruby

    nathan hruby - 2002-07-01

    Logged In: YES
    user_id=19736

    Errr.... can we hold off a *llittle* while longer till 8.0?
    this would be a good reason to make everything extend from
    base classes...

     
  • Anonymous

    Anonymous - 2002-07-03

    Logged In: YES
    user_id=279065

    Agreed.

     

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.