 |
|
|
ru.website- RU.WEBSITE ------------------------------------------------------------------- From : Alexis Nazarbayev 2:5095/38 08 Mar 2001 20:02:09 To : Serge Shikov Subject : Хoчу заделать WebServer -------------------------------------------------------------------------------- 06 Mar 01 17:25, Serge Shikov -> All: >> SS> ли это - я не знаю, потому как не пробовал. >> бу. а где про это почитать? SS> Hе понял - на www.mysql.org конечно... хе-хе. прям на первой странице большими буквами? :) я могу сказать словами разработчиков mysql (мануал): "майэскуэль это _не транзакционная_ база данных ... в майэскуэль используется другая парадигма целостности данных ..." версия 3.23.10 >> и с какой версии реализованы транзакции? SS> Hу я не помню. У меня 3.23 с чем-то, и кажется уже пару версий как SS> оно есть. С 3.21 то есть приблизительно. ты точно ничего не путаешь? именно транзакции? вот что разработчики написали в моём мануале 3.23.10a: *MySQL* has made a conscious decision to support another paradigm for data integrity, "atomic operations." It is our thinking and experience that atomic operations offer equal or even better integrity with much better performance. далее они рассказывают как представить транзакции в терминах атомарных взаимодействий. и говорят, кроме этого, что всегда лучше иметь "ручное" управление на уровне атомарного взаимодействия с базой данных, нежели полагаться на автоматику транзакционного подхода. кроме этого: We have thought quite a bit about integrity and performance and we believe that our atomic operations paradigm allows for both high reliability and extremely high performance, on the order of three to five times the speed of the fastest and most optimally tuned of transactional databases. We didn't leave out transactions because they are hard to do; The main reason we went with atomic operations as opposed to transactions is that by doing this we could apply many speed optimizations that would not otherwise have been possible. блин, ну не могут они изменить своим принципам: One final note: we are currently working on a safe replication schema that we believe to be better than any commercial replication system we know of. This system will work most reliably under the atomic operations, non-transactional, paradigm. Stay tuned. или я настолько невнимательно читал мануал, или моё знание англицкого оставляет желать много лучшего, или вообше не понятно что... ps: ребята (разработчики mysql), судя по настроению мануала, забавные. впрочем, как и их пользователи: Some Web search engines ======================= ... * Yahoosuck (http://www.yahoosuck.com) ... неплохое название для поисковика %) pps: я действительно недостаточно внимателен. вот что я нашёл в "туду листе": Things that must done in the real near future ============================================= ... * Transactions ... * Entry for `DECRYPT()'. ... * Caching of queries and results. This should be done as a separated module that examines each query and if this is query is in the cache the cached result should be returned. When one updates a table one should remove as few queries as possible from the cache. This should give a big speed bost on machines with much RAM where queries are often repeated (like WWW applications). One idea would be to only cache queries of type: `SELECT CACHED ....' ... * `LOCK DATABASES'. (with various options) ... * Add support for UNICODE. ... * Add all missing ANSI92 and ODBC 3.0 types. напоминаю, что у меня 3.23.10. транзакции _планируется_ сделать. хотя, очевидно, это будут преобразования в атомарную форму и работа с локтаблесами, просто это будет скрыто от программиста... jay@cyberpunk.ru http://urokolobaskiiketons.cyberpunk.ru jC --- np: Therion - Symphony of the Dead * Origin: Ich bin der lachende Prophet der eine Maske tragt... (2:5095/38) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.website/18883aa7e0b5.html, оценка из 5, голосов 10
|
|
|