<?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/itcoder/publications/articles/</link>
    <description><![CDATA[Хабр: статьи пользователя itcoder]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sat, 02 May 2026 07:35:57 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[[Перевод] Параллельный Sequential Scan Commited]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/275269/</guid>
      <link>https://habr.com/ru/articles/275269/?utm_campaign=275269&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[В предыдущих статьях я писал о получении параллельного sequential scan закоммиченного в PostgreSQL 9.5. Но этого не случилось. Однако, я с удовольствием расскажу вам о первом коммите parallel sequential scan в PostgreSQL в master ветку с целью предстоящего релиза PostgreSQL 9.6.<br/>
<br/>
Параллельные запросы для PostgreSQL были долгое время моей мечтой, над которыми я работал несколько лет. Их разработка их началась c PostgreSQL 9.4 релизном цикле, где я добавил динамические воркеры, работающие в фоне и динамическую shared memory, разработка которой продолжилась в PostgreSQL 9.5, где имела место идея в добавлении фундаментальной инфраструктуры для параллелизма которая сегодня была закоммиченна. Я хотел бы рассказать вам немного о сегодняшних коммитах и о работе, которая будет проделана дальше.<br/>
<br/>
 <a href="https://habr.com/ru/articles/275269/?utm_campaign=275269&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Mon, 18 Jan 2016 06:39:14 GMT</pubDate>
      <dc:creator><![CDATA[itcoder]]></dc:creator>
      <category><![CDATA[PostgreSQL]]></category>
      <category>postgresql</category>
    </item>
  

  

    

  

  

	
  

  
    <item>
      <title><![CDATA[[Перевод] Охватывающий SQL в Postgres]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/258153/</guid>
      <link>https://habr.com/ru/articles/258153/?utm_campaign=258153&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Одна вещь, которая заставляет меня смотреть со стороны на ORM, как они так стараются скрыть и абстрагировать все силу и выразительность SQL. Прежде чем я напишу дальше, позвольте мне сказать что,<a href="https://twitter.com/fransbouma"> Frans Bouma </a> напомнил мне вчера, что есть разница между ORM и людьми, которые их используют. Это всего лишь инструменты (в ORM) и я с этим согласен, так же я согласен, что не плохой фастфуд делает людей полными, а это люди, которые едят его слишком много.<br/>
<br/>
Вместо того чтобы, ругать ORM я хотел бы рассказать вам, почему я не использую ОО абстракцию в основании моей базы данных. Если коротко: потому что SQL может вам сильно помочь выразить значение вашего приложения с точки зрения данных. Единственный способ знать как работает ваше приложение это знать по каким данным оно генерируется.<br/>
 <a href="https://habr.com/ru/articles/258153/?utm_campaign=258153&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Mon, 18 May 2015 11:31:06 GMT</pubDate>
      <dc:creator><![CDATA[itcoder]]></dc:creator>
      <category><![CDATA[PostgreSQL]]></category>
      <category>postgresql</category>
    </item>
  

  

    

  

  

	
  

  
    <item>
      <title><![CDATA[[Перевод] JSONB запросы в PostgreSQL]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/254425/</guid>
      <link>https://habr.com/ru/articles/254425/?utm_campaign=254425&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Ранее я писал, как включить поддержку jsonb в <a href="http://schinckel.net/2014/05/24/python%2C-postgres-and-jsonb/">postgres/psycopg2</a>. Сегодня экспериментировал с тем, как запрашивать данные в колонках типа JSON.<br/>
На эту тему есть <a href="http://www.postgresql.org/docs/9.4/static/functions-json.html">документация</a>, но мне было не совсем понятно, как работают различные операции:<br/>
<br/>
<pre><code class="sql">CREATE TABLE json_test (
  id serial primary key,
  data jsonb
);

INSERT INTO json_test (data) VALUES 
  ('{}'),
  ('{&quot;a&quot;: 1}'),
  ('{&quot;a&quot;: 2, &quot;b&quot;: [&quot;c&quot;, &quot;d&quot;]}'),
  ('{&quot;a&quot;: 1, &quot;b&quot;: {&quot;c&quot;: &quot;d&quot;, &quot;e&quot;: true}}'),
  ('{&quot;b&quot;: 2}');
</code></pre><br/>
 <a href="https://habr.com/ru/articles/254425/?utm_campaign=254425&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Tue, 31 Mar 2015 19:29:42 GMT</pubDate>
      <dc:creator><![CDATA[itcoder]]></dc:creator>
      <category><![CDATA[PostgreSQL]]></category><category><![CDATA[Python]]></category><category><![CDATA[Веб-разработка]]></category>
      <category>web-разработка</category><category>postgresql</category><category>базы данных</category><category>python</category>
    </item>
  

  

    
    <item>
      <title><![CDATA[Yii2 тестируем на HHVM]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/243361/</guid>
      <link>https://habr.com/ru/articles/243361/?utm_campaign=243361&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<img src="https://habrastorage.org/files/a63/235/8da/a632358daa9c43af847d79954c3d55a5.jpg" align="left"/> Всем привет! Недавно зарелизился Yii2 с кучей новых фич и поддержкой HHVM, разработчики говорят о совместимости в 99%. Попробуем завести все это дело и опробовать в действии на живых примерах, где будут выборки из БД, сериализация (десирализация) данных, json — encode, decode, работа с ActiveRecord. Но прежде немного о самой машине. HHVM — экспериментальная виртуальная машина от Facebook для исполнения и JIT компиляции PHP кода. За счет неё можно увеличить производительность в несколько, а то и пять — девять раз на ресурсозатратных задачах. Проект живет и активно развивается. По поводу выхода новых версий хорошо написано в <a href="http://habrahabr.ru/post/235471/">статье на хабре</a>.<br/>
 <a href="https://habr.com/ru/articles/243361/?utm_campaign=243361&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Mon, 17 Nov 2014 07:16:20 GMT</pubDate>
      <dc:creator><![CDATA[itcoder]]></dc:creator>
      <category><![CDATA[PHP]]></category><category><![CDATA[Yii]]></category>
      <category><![CDATA[yii2]]></category><category><![CDATA[php]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Делаем сервер своими руками]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/216735/</guid>
      <link>https://habr.com/ru/articles/216735/?utm_campaign=216735&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/post_images/2dc/ad9/502/2dcad9502419d3f4e713426ddd9640fa.jpg" align="left"/><br/>
<br/>
<h4>Предисловие</h4><br/>
Несколько лет разрабатывали с другом проект, для которого в конечном итоге понадобился сервер. И мы задумались: как реализовать нашу идею?<br/>
Для начала позвонили местному интернет-провайдеру, чтобы узнать расценки стоимости размещения своего сервера в дата центре. Узнали, оказалось, что стоимость размещения зависит от количества юнитов, из которых состоит сервер. И для себе решили, что для нас идеальным вариантов будет размещения сервера размером в 1U.<br/>
 <a href="https://habr.com/ru/articles/216735/?utm_campaign=216735&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Sun, 23 Mar 2014 07:43:58 GMT</pubDate>
      <dc:creator><![CDATA[itcoder]]></dc:creator>
      <category><![CDATA[DIY или Сделай сам]]></category>
      <category><![CDATA[diy]]></category><category><![CDATA[homeserver]]></category><category><![CDATA[самодельный]]></category><category><![CDATA[своими руками]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Yii связь многие ко многим]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/216605/</guid>
      <link>https://habr.com/ru/articles/216605/?utm_campaign=216605&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/post_images/bcd/a02/ff7/bcda02ff74595ced049aaf1b04e83f6c.png" alt="many-to-many"/><br/>
<br/>
<h4>Вступление</h4><br/>
Привет, хабр! Многие, наверное, сталкивались с необходимостью реализовать функционал связи многие-ко-многим в Yii. Казалось бы, тут нет ничего сложного, и скорее всего разработчики фреймворка уже постарались за нас реализовать необходимый функционал связи, и нам остаётся только прописать необходимые связи в модели, и, пользуясь привычными методами, сохранить данные.<br/>
 <a href="https://habr.com/ru/articles/216605/?utm_campaign=216605&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Fri, 21 Mar 2014 11:12:22 GMT</pubDate>
      <dc:creator><![CDATA[itcoder]]></dc:creator>
      <category><![CDATA[Yii]]></category>
      <category><![CDATA[yii]]></category><category><![CDATA[relations]]></category><category><![CDATA[behavior]]></category>
    </item>
  

  

  

	
  

  

  

      

      

      

    
  </channel>
</rss>
