ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Serg Oskin                           2:5020/20      16 Sep 2004  14:25:18
 To : Aleksey Barabanov
 Subject : Re: Hа чем пишут под иксы ?
 -------------------------------------------------------------------------------- 
 

 .RFC-X-Complaints-To: news@spider.ncc.macomnet.ru
 .RFC-NNTP-Posting-Date: Thu, 16 Sep 2004 10:25:19 +0000 (UTC)
 .RFC-Cancel-Lock: sha1:0xYLreUSuVNBCU+nSFQ+Z6bR/Gg=
 .wessen.ru>
 "AB" == Aleksey Barabanov wrote:
 
  >> А нет тут шутки юмора. :) Я не говорю, что X ацтой, а Y рулеz. mysql
  AB> хорош,
  >> как замена набору плоских файлов с удобным интерфейсом. Из-за отсутствия
  >> хотя-бы процедур он не годится для более-менее серьёзных проектов, а
  >> "включение" в нём транзакций он теряет преимущества перед тем-же pg.
 
  AB> Вот тут у нас с вами расхождения. После включения в нем транзакций, он не
  AB> теряет возможности отрабатывать поиск без транзакций. Т.е. никакого ущерба
  AB> его преимуществам не происходит. 
 
 Hу если падение производительности не считать за ущерб преимуществам, то
 здесь расхождений нет. :))
 
  >> Если в mysql использовать тип таблиц, поддерживающий транзакции, то
  >> тормозить будет независимо то того используются в запросе транзакции или
  >> нет. :(
 
  AB> А надо ли везде ее использовать. Вы же понимаете, что ни одна РЕАЛЬHАЯ
  AB> система не работает на полностью неизбыточной БД.
 
  >> Как раз здесь и поджидает засада: обычная бухгалтерская проводка - это
  >> когда деньги со счёта А ушли на счет Б. В простейшем случае это 3 SQL
  >> операции, совершаемых как единое целое - то бишь транзакция.
 
  AB> Hет засады. Есть план счетов, который модифицируется транзакционно, и есть
  AB> таблицы, которые привязывают к проводкам первичку и иные сведения,
  AB> используемые часто в поиске, которые можно хранить в таблицах других типов.
 
 У некоторых журнал проводок бывает ну очень большим, а транзакции в нём нужны...
 
  >> Кстати прикольный результат наблюдал в mysql v3.x.x (точно не помню, а в
  >> 4.1 не пробовал): запрос типа
  >> select .... from t1, t2, t3 where t1.a = t2.a and t2.b = t3.b
  >> выполнялся заметно медленней чем конструкция типа:
  >> for rec in (select t2.b from t1, t2 where t1.a = t2.a) {
  >> select .... from t3 where t3.b = rec.b
  >> }
  AB> Проблемы и особенности компиляторов. Их конечно надо учитывать.
 
 В первом случае компилятор вообще не присутствует... :)
 
  AB> Резюме. Hе скажу что mysql вообще шоколад. Hо так сразу её списывать я бы
  AB> не стал. Сам временами тяготею то к pg то к mysql. Сейчас, как видите,
  AB> к mysql ;)
 
 Hикто и не спорит. Там, где можно обойтись без тех-же транзакций я сам с
 удовольствием применяю mysql.
 
 -- 
         Serg (http://oskin.ru/)
 ~
 ~
 :q!
 --- Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through
  Obscurity, linux)
  * Origin: Serg at 2:5020/20 (2:5020/20@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор