<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Комментарии / Профиль hell]]></title>
    <link>https://habr.com/ru/users/hell/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя hell]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Wed, 29 Apr 2026 12:46:25 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      

      
        
  
    <item>
      <title>02.02.2019 19:07:47 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/438514/#comment_19699254</guid>
      <link>https://habr.com/ru/articles/438514/#comment_19699254</link>
      <description><![CDATA[раньше был тост, теперь будет статья]]></description>
      <pubDate>Sat, 02 Feb 2019 19:07:47 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>02.03.2017 06:29:43 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/322930/#comment_10097348</guid>
      <link>https://habr.com/ru/articles/322930/#comment_10097348</link>
      <description><![CDATA[Варианты есть. Особенно если использовать PostgreSQL. Правда, одним только id родителя, конечно не обойтись. Но, если слегка (или не слегка — а как удобнее) денормализовать таблицу, дописать пару сишных функций и добавить на их основе Operator CLASS, можно вполне непринужденно получать любое количество упорядоченных потомков одним индексируемым запросом безо всякой рекурсии. Вобщем-то можно обойтись и без дополнительных функций — использовав преобразование к бинарным строкам — но там возникает несколько засад с экранированиями спецсимволов, посему проще все-таки с функциями. Побочным эффектом денормализации будет необходимость апдейтить потомков при перемещении или копировании узла. Но в любом случае получается значительно экономичнее, чем nested sets, при сохранении максимальных скоростей выборки. <br/>
Впрочем, адекватно такую схему можно сделать на PostgreSQL и на Oracle (возможно получится на MS SQL, или еще на чем-нибудь «толстом» — но тут я просто не в теме). То есть, универсальность в широком смысле теряется.]]></description>
      <pubDate>Thu, 02 Mar 2017 06:29:43 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.03.2017 05:23:36 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/322930/#comment_10094888</guid>
      <link>https://habr.com/ru/articles/322930/#comment_10094888</link>
      <description><![CDATA[<blockquote>title — наименование (name пришлось заменить на title, потому что name это ключевое слово для PostgreSql)</blockquote><br/>
Использую PostgreSQL с 1999 года.<br/>
Поле с названием name встречается в каждой базе данных.<br/>
CREATE TABLE mail (<br/>
 name character varying,<br/>
 id integer NOT NULL<br/>
);<br/>
(пример из какого-то актуального бэкапа)<br/>
Что я делаю не так?]]></description>
      <pubDate>Wed, 01 Mar 2017 05:23:36 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>25.07.2011 23:12:07 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/124911/#comment_4108171</guid>
      <link>https://habr.com/ru/articles/124911/#comment_4108171</link>
      <description><![CDATA[Ворд копируется вместеп с мусором. И спаны с параграфами перекрещиваются. Firefox5]]></description>
      <pubDate>Mon, 25 Jul 2011 23:12:07 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.07.2010 21:39:16 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/99645/#comment_3078265</guid>
      <link>https://habr.com/ru/articles/99645/#comment_3078265</link>
      <description><![CDATA[Вообще говоря — представляю. очень даже.<br/>
Там все вообще говоря просто — в блоке (если мы говорим о функции) мы присваиваем переменной некие значения. Например — про то, что следующий блок у нас завершился ошибкой. В следующем блоке мы меняем значение переменной. Как-то примерно так.<br/>
Либо, перед окончанием транзакции проверяем (по определенным, напрямую зависящим от транзакции критериям), что именно у нас сработало, а что — нет — (этот способ сравнительно легко гуглится) и обрабатываем результаты.<br/>
 <br/>
Но, как я уже писал выше, savepoint в функциях может вызывать (либо вызывает — еще раз вынужден повториться — поскольку сам я эту штуку не тестировал а из найденных обсуждений четкого вывода сделать тоже нельзя — я не знаю, может вызывать, или вызывает) ошибку SPI, посему правильнее и надежнее пользоваться <br/>
RAISE EXCEPTION <br/>
WHEN RAISE_EXCEPTION THEN]]></description>
      <pubDate>Tue, 20 Jul 2010 21:39:16 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.07.2010 21:19:10 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/99645/#comment_3078227</guid>
      <link>https://habr.com/ru/articles/99645/#comment_3078227</link>
      <description><![CDATA[Понятно.<br/>
<br/>
Кстати (подозрвеаю, что вам эта информация известна, а вот кому-то из читателей может помочь) — dblink позволяет открыть постоянное соединение — если соответствующим образом скомпоновать функцию, можно дополнительно увеличить производительность.]]></description>
      <pubDate>Tue, 20 Jul 2010 21:19:10 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.07.2010 20:46:46 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/99645/#comment_3078162</guid>
      <link>https://habr.com/ru/articles/99645/#comment_3078162</link>
      <description><![CDATA[Они разные, разумеется. Просто мой подход (он, вообще говоря, как мне кажется годится не только для логирования)))) позволяет обойтись без PERFORM dblink_exec — а я подозреваю, что именно эта штука и тормозит. Причем тормозит за счет perform. Хотя, опять же, я могу и ошибаться.<br/>
Собственно — к сути разговора, когда вы пишете про проблемы с производительностью — какого они плана? Насколько оно тормозит? И на каком железе?<br/>
Исключительно шкурный интерес — если вы эту штуку тестировали, вы можете серьезно сэкономить мое время)))) ]]></description>
      <pubDate>Tue, 20 Jul 2010 20:46:46 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.07.2010 20:36:13 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/99645/#comment_3078134</guid>
      <link>https://habr.com/ru/articles/99645/#comment_3078134</link>
      <description><![CDATA[Ну, условно говоря, если у вас случилась ошибка вы прыгаете к сохраненному значению, а потом врубаете обработку ошибки (либо сперва вставляете обработку ошибки, а ву случае успешного прохождения этапа эту обработку ошибки удаляете).<br/>
Хотя я тут посмотрел — в функциях использование savepoint может вызывать (либо вызывает — тут уже смотреть надо) ошибку. Обходится RAISE EXCEPTION и блоком<br/>
EXCEPTION<br/>
 WHEN RAISE_EXCEPTION THEN…]]></description>
      <pubDate>Tue, 20 Jul 2010 20:36:13 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.07.2010 20:13:12 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/99645/#comment_3078074</guid>
      <link>https://habr.com/ru/articles/99645/#comment_3078074</link>
      <description><![CDATA[<a href="http://www.postgresql.org/docs/8.4/static/tutorial-transactions.html">SAVEPOINT</a> не катит?]]></description>
      <pubDate>Tue, 20 Jul 2010 20:13:12 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.07.2010 23:15:51 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/99533/#comment_14556823</guid>
      <link>https://habr.com/ru/articles/99533/#comment_14556823</link>
      <description><![CDATA[Вот еще бы про стоимость, скорость и стабильность интернета. Просто для полноты картинки. А то я отчетливо помню, что года три назад в том же Нижнем были определенные проблемы.]]></description>
      <pubDate>Mon, 19 Jul 2010 23:15:51 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.05.2010 22:31:35 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/94922/#comment_2892678</guid>
      <link>https://habr.com/ru/articles/94922/#comment_2892678</link>
      <description><![CDATA[Судя по документации, имеются в виду высоконагруженные (в самом полном смысле слова «высоко») проекты типа on-line бронирования, продаж или аукционов. Причем — (опять же суда по моим ощущениям — возможно, когда я документацию перечитаю более внимательно, эти ощущения изменятся) не проекты целиком, но именно их транзакционная часть. То есть что-то вроде поддержки только корзины интернет-магазина из расчета 50 килопокупок в секунду. ]]></description>
      <pubDate>Sat, 29 May 2010 22:31:35 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.05.2010 19:50:42 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/94922/#comment_2892457</guid>
      <link>https://habr.com/ru/articles/94922/#comment_2892457</link>
      <description><![CDATA[По первому впечатлению от документации — мощная штука. Но, не то, чтобы на любителя. В смысле — любитель с ней (IMHO) не справится.<br/>
<br/>
Аппаратные требования — 2 и больше ядер (от 8 для оптимальной производительности)<br/>
Память — от 4 Гб<br/>
<br/>
Каждой таблице сопоставляются процедуры, содержащие SQL и дополнительные обсчеты этого SQL. Фактически — каждой таблице соответствует класс Java, отвечающий за все манипуляции с таблицей. <br/>
<br/>
Производительность достигается за счет партиционирования таблиц, отказа от постоянного журналирования и хранения транзакции в ОЗУ.<br/>
Крайне специфическое применение (во всяком случае — на текущий момент)<br/>
<blockquote>In other words, VoltDB's target audience is what have traditionally been known<br/>
as Online Transaction Processing (OLTP) applications</blockquote><br/>
<br/>
Есть шанс, что через пару-тройку версий их этой штуки может поллуиться нечто более, чем юзабельное (Может быть, уже получилось — но тут надо пробовать.) <br/>
<br/>
]]></description>
      <pubDate>Sat, 29 May 2010 19:50:42 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>27.05.2010 08:25:12 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/94690/#comment_14389911</guid>
      <link>https://habr.com/ru/articles/94690/#comment_14389911</link>
      <description><![CDATA[все-таки, лучше вбок сдвигать — если поле ввода окажется внизу, подсказка может наверх выплевываться. ]]></description>
      <pubDate>Thu, 27 May 2010 08:25:12 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>27.05.2010 08:20:55 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/94690/#comment_14389909</guid>
      <link>https://habr.com/ru/articles/94690/#comment_14389909</link>
      <description><![CDATA[влеов — это в смысле вправо]]></description>
      <pubDate>Thu, 27 May 2010 08:20:55 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>27.05.2010 08:03:22 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/94690/#comment_14389905</guid>
      <link>https://habr.com/ru/articles/94690/#comment_14389905</link>
      <description><![CDATA[А может быть проще было бы сдвинуть влево картинку с кодом? И никаких проблем? Ни браузера, ни пользователя.<br/>
]]></description>
      <pubDate>Thu, 27 May 2010 08:03:22 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.04.2010 10:45:37 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/91694/#comment_2769654</guid>
      <link>https://habr.com/ru/articles/91694/#comment_2769654</link>
      <description><![CDATA[тогда точно — одно из двух))).]]></description>
      <pubDate>Thu, 22 Apr 2010 10:45:37 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.04.2010 10:40:21 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/91694/#comment_2769627</guid>
      <link>https://habr.com/ru/articles/91694/#comment_2769627</link>
      <description><![CDATA[Ну, тут есть два варианта.<br/>
<br/>
Попробовать вычислить их имена из структуры голосований и погуглить, либо подождать, пока их имена, фамилии и должности (или что там у них есть) будут опубликованы на сайте.<br/>
<br/>
Или третий вариант — попробовать задать вопрос организаторам.<br/>
<br/>
Что-нибудь да сработает]]></description>
      <pubDate>Thu, 22 Apr 2010 10:40:21 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.04.2010 10:18:05 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/91694/#comment_2769535</guid>
      <link>https://habr.com/ru/articles/91694/#comment_2769535</link>
      <description><![CDATA[Просто это самая большая веб-студия в России. Больше всего народу, самый большой оборот, больше всего проектов. И сами проекты весьма жирные.<br/>
Вобщем-то только поэтому и может.<br/>
<br/>
Потому что после объединения с Wunderman они не только портфолио обновлять прекратили, так еще и креатив сайтов у них (на сугубое мое IMHO) рухнул.<br/>
<br/>
Их можно по урлам найти, если очень захочется. <br/>
<br/>
]]></description>
      <pubDate>Thu, 22 Apr 2010 10:18:05 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.04.2010 10:03:19 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/91694/#comment_2769472</guid>
      <link>https://habr.com/ru/articles/91694/#comment_2769472</link>
      <description><![CDATA[Может быть потому, что экспертов не 11, а <a href="http://2010.tagline.ru/results/top100.html">50</a>? Другой вопрос, почему на сайте выводятся только 11 экспертов с фотками. Может быть, дело именно в том, что фотки не прислали? ]]></description>
      <pubDate>Thu, 22 Apr 2010 10:03:19 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.02.2010 15:44:44 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/84325/#comment_14084383</guid>
      <link>https://habr.com/ru/articles/84325/#comment_14084383</link>
      <description><![CDATA[не знаю, насколько <a href="http://www.rmt.ru/connect.html">это предложение</a> можно назвать экономным вариантом, но, по крайней мере, с качеством связи и шириной канала там проблем нету. Использовала пара знакомых (сам я их каналами связи не пользуюсь, но сервера наши стоят у них в дата-центре и проблем особых никогда не возникало).<br/>
]]></description>
      <pubDate>Mon, 15 Feb 2010 15:44:44 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
