|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Oleh Khoma 2:5020/400 14 Mar 2001 14:58:27
To : All
Subject : Re: MySQL + transactions
--------------------------------------------------------------------------------
Привет!
"Ilya Zvyagin" <ziv@fct.ru> сообщил(а) нам:
>
> Oleh Khoma wrote in message <98l808$2kca$1@news.uar.net>...
>
> >Имеется готовый работающий веб проект средней степени сложности. :) Hадо
в
> >двух местах добавить транзакции, в которых будут учавствовать почти все
> >таблицы:
>
> IMO тебе вообще транзакции не нужны.
Сейчас минимальная защита данных сделана с помощью LOCK TABLES, но каждый
раз ловить все используемые имена таблиц плюс все алиасы используемые в SQL
запросах слишком утомительно. По другому обеспечить минимальную целостность
данных никак.
:-(
> >беспрепятственный доступ к данным в участвующих таблицах, включая и
> >задействованные записи и даже желательно на запись (причем первый процес
> >должен видеть данные которые были до начала транзакции).
>
> Hе бывает такого.
http://www.innobase.fi/
Locking:
-consistent read of Oracle implemented: the database is multiversioned and
readers can read old data setting no locks, and thus not delaying updates;
multiversioning is achieved through 'rollback segments' like in Oracle,
but in my implementation there should not be similar problems with them as
in Oracle
-row-level locks which fit in a small space: no lock escalation needed
-next-key locking used: no 'phantoms' occur, and transactions are
serializable, thus better than in Oracle
-table-level locks
-automatic deadlock detection
-semaphore contention reduced by several methods
Разве это не оно?
Спасибо большое.
-- Oleh Khoma [Email: okhoma@mail.ru][ICQ: 55191139][FIDO: 2:462/90.80]
--- ifmail v.2.15dev5
* Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
