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

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

  <channel>
    <title><![CDATA[Статьи]]></title>
    <link>https://habr.com/ru/users/softwind/publications/articles/</link>
    <description><![CDATA[Хабр: статьи пользователя softwind]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Tue, 05 May 2026 02:39:06 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><![CDATA[Кластеризация данных СУБД Oracle вне кластерной таблицы]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/nexign/articles/196420/</guid>
      <link>https://habr.com/ru/companies/nexign/articles/196420/?utm_campaign=196420&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<i><div class="spoiler"><b class="spoiler_title">Oracle кластер умер, да здравствует кластеризация!</b><div class="spoiler_text"><sub>Здесь и далее имеется в виду cluster хранения данных, а не Oracle Real Application Custer </sub></div></div></i><br/>
<br/>
<h2>Проблематика</h2><br/>
Большим информационным системам свойственно постоянное поступление различной информации, которая накапливается, обсчитывается и архивируется. Мы рассмотрим вариант структурированных данных, хранящихся на сервере RDBMS Oracle и в качестве примера возьмём таблицу, содержащую CDR записи (т.е. записи о вызовах) для абонентов оператора связи.<br/>
Данные о звонках поступают хаотично, т.е. не упорядоченно, как вы понимаете, по атрибутам абонентов. Все данные имеют свой жизненный цикл — оперативные, актуальные и архивные. Со временем частота обращений и требования по скорости доступа к данным меняются (т.е. падают). Т.о. записи годичной давности вполне можно хранить на медленных дисках, активные — на дисках с высокой скоростью доступа и без претензий на производительность операций записи, а вот вновь поступающим данным свойственно требование к максимально высокой скорости записи и чтения.<br/>
 <a href="https://habr.com/ru/articles/196420/?utm_campaign=196420&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Mon, 15 Dec 2014 08:51:53 GMT</pubDate>
      <dc:creator><![CDATA[softwind (Nexign)]]></dc:creator>
      <category><![CDATA[Блог компании Nexign]]></category><category><![CDATA[Oracle]]></category>
      <category><![CDATA[oracle]]></category><category><![CDATA[clustered table]]></category><category><![CDATA[кластеризация данных]]></category><category><![CDATA[кластеризация]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Partition Option & Oracle Server SE One]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/nexign/articles/245337/</guid>
      <link>https://habr.com/ru/companies/nexign/articles/245337/?utm_campaign=245337&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Собственно, возник вопрос: а присутствуют ли всякие <i>DBA_TAB_PARTITIONS</i> и иные объекты словаря в <i>SE One</i>? Причина вопроса проста: код заточен на <i>Oracle EE</i> и использует эти представления. После установки обнаружилось, что данные объекты не только присутствуют, но и не пусты. Раз не пусты, то из этого вытекает, что создать сегментированные таблицы возможно, а раз так, то неплохо бы посмотреть, как это происходит.<br/>
 <a href="https://habr.com/ru/articles/245337/?utm_campaign=245337&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Tue, 09 Dec 2014 07:04:23 GMT</pubDate>
      <dc:creator><![CDATA[softwind (Nexign)]]></dc:creator>
      <category><![CDATA[Блог компании Nexign]]></category><category><![CDATA[Oracle]]></category>
      <category><![CDATA[oracle database]]></category><category><![CDATA[partitioning]]></category><category><![CDATA[partition option]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Oracle, SQL*Net или ORDER BY экономит сетевые ресурсы…]]></title>
      <guid isPermaLink="true">https://habr.com/ru/companies/nexign/articles/245123/</guid>
      <link>https://habr.com/ru/companies/nexign/articles/245123/?utm_campaign=245123&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Все справедливо считают, что конструкция ORDER BY расходует ресурсы на проведение сортировки результата и в итоге мы должны получить результат несколько позже. Всегда ли это так?..<br/>
 <a href="https://habr.com/ru/articles/245123/?utm_campaign=245123&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Mon, 08 Dec 2014 10:13:37 GMT</pubDate>
      <dc:creator><![CDATA[softwind (Nexign)]]></dc:creator>
      <category><![CDATA[Блог компании Nexign]]></category><category><![CDATA[Oracle]]></category>
      <category><![CDATA[oracle]]></category><category><![CDATA[sql*net]]></category><category><![CDATA[производительность]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Использование Oracle RESULT_CACHE  «не по прямому назначению»]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/196360/</guid>
      <link>https://habr.com/ru/articles/196360/?utm_campaign=196360&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Как многие знают в СУБД Oracle начиная с версии 11g появилась технология сохранения результата выполнения функции для заданного набора параметров в специально выделенном для этого cache по аналогии с buffer cache для блоков данных.<br/>
В данной статье я собираюсь рассмотреть вариант использования «побочного эффекта» данной технологии.<br/>
 <a href="https://habr.com/ru/articles/196360/?utm_campaign=196360&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Fri, 04 Oct 2013 12:52:51 GMT</pubDate>
      <dc:creator><![CDATA[softwind]]></dc:creator>
      <category><![CDATA[Oracle]]></category>
      <category><![CDATA[oracle 11g result_cache]]></category>
    </item>
  

  

  

	
  

  

  

      

      

      

    
  </channel>
</rss>
