<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    
    <title>SQL-Ex blog - T-SQL</title>
    <link>https://sql-ex.ru/blogs/</link>
    <description>Новости сайта &quot;Упражнения SQL&quot;, статьи и переводы</description>
    <dc:language>en</dc:language>
    <generator>Serendipity 2.3.5 - http://www.s9y.org/</generator>
    <pubDate>Sun, 06 Sep 2026 05:44:00 GMT</pubDate>

    <image>
    <url>https://sql-ex.ru/images/logo.jpg</url>
    <title>RSS: SQL-Ex blog - T-SQL - Новости сайта &quot;Упражнения SQL&quot;, статьи и переводы</title>
    <link>https://sql-ex.ru/blogs/</link>
    <width></width>
    <height></height>
</image>

<item>
    <title>CONVERT_IMPLICIT: Почему SQL Server игнорирует ваш индекс</title>
    <link>https://sql-ex.ru/blogs/?/CONVERT_IMPLICIT-SQL-Server.html</link>
            <category>Optimization</category>
            <category>T-SQL</category>
    
    <comments>https://sql-ex.ru/blogs/?/CONVERT_IMPLICIT-SQL-Server.html#comments</comments>
    <wfw:comment>https://sql-ex.ru/blogs/wfwcomment.php?cid=3535</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://sql-ex.ru/blogs/rss.php?version=2.0&amp;type=comments&amp;cid=3535</wfw:commentRss>
    

    <author>nospam@example.com (Sergey Moiseenko)</author>
    <content:encoded>
    &lt;p style=&quot;margin: 0px 25px; font-size: 9pt;&quot;&gt;Пересказ статьи &lt;a class=&quot;let&quot; href=&quot;https://www.sqlfingers.com/2026/04/convertimplicit-why-sql-server-is.html&quot;&gt;rebecca@sqlfingers. CONVERT_IMPLICIT: Why SQL Server Is Ignoring Your Index&lt;/a&gt;&lt;/p&gt;&lt;br /&gt;
Вы построили индекс и протестировали запрос в SSMS.  Index seek. Идеально. Вы пошли домой.&lt;br /&gt;
&lt;br /&gt;
Между тем ваше приложение сканировало каждую строку в этой таблице, начиная со дня его запуска.&lt;br /&gt;
&lt;br /&gt;
Это CONVERT_IMPLICIT - один из наиболее скрытых убийц производительности в SQL Server. Никаких ошибок. Никаких предупреждений в журнале приложения. Запрос возвращает правильные результаты, а ваш индекс отлично структурирован, но оптимизатор его не использует, поскольку тип данных, приходящих из приложения, не соответствует типу данных столбца - и SQL Server должен преобразовывать каждую строку, прежде чем он сможет выполнить сравнение.&lt;br /&gt;
&lt;br /&gt;
Здесь рассказывается, как найти, понять и доказать разработчику, который продолжает говорить вам, что &quot;все прекрасно работает на моей машине&quot;. &lt;a class=&quot;block_level&quot; href=&quot;https://sql-ex.ru/blogs/?/CONVERT_IMPLICIT-SQL-Server.html#extended&quot;&gt;Continue reading &quot;CONVERT_IMPLICIT: Почему SQL Server игнорирует ваш индекс&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Sun, 06 Sep 2026 08:44:00 +0300</pubDate>
    <guid isPermaLink="false">https://sql-ex.ru/blogs/?/3535.html</guid>
    
</item>
<item>
    <title>Зачем использовать составной индекс в SQL Server</title>
    <link>https://sql-ex.ru/blogs/?/SQL-Server.html</link>
            <category>Optimization</category>
            <category>T-SQL</category>
    
    <comments>https://sql-ex.ru/blogs/?/SQL-Server.html#comments</comments>
    <wfw:comment>https://sql-ex.ru/blogs/wfwcomment.php?cid=3528</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://sql-ex.ru/blogs/rss.php?version=2.0&amp;type=comments&amp;cid=3528</wfw:commentRss>
    

    <author>nospam@example.com (Sergey Moiseenko)</author>
    <content:encoded>
    &lt;p style=&quot;margin: 0px 25px; font-size: 9pt;&quot;&gt;Пересказ статьи &lt;a class=&quot;let&quot; href=&quot;https://www.mssqltips.com/sqlservertip/11644/composite-index-in-sql-server/&quot;&gt;Deepak Vohra. Why use a Composite Index in SQL Server&lt;/a&gt;&lt;/p&gt;&lt;br /&gt;
Запросы SQL могут выполняться долго, особенно на больших таблицах, при отсутствии надлежащего индексирования. Полное сканирование таблицы может быть затратной операцией, когда все, чего хочет пользователь, - это извлечь небольшое число строк на основе нескольких столбцов и фильтра WHERE. Как правильно проиндексировать наши таблицы для поддержки запросов по нескольким столбцам?&lt;br /&gt;
&lt;br /&gt;
В этой статье я объясню, как использовать составной индекс для уменьшения стоимости тех запросов, которые используют фильтрацию по всем столбцам или по подмножеству столбцов. Уменьшение стоимости означает более быстрый запрос.&lt;br /&gt;
&lt;br /&gt;
Не существует специальной настройки, требуемой для использования составных индексов. SQL Server поддерживает составные индексы. Для демонстрации функциональности я использую SQL Server 2022, исполняемый на Windows 10, с SQL Server Management Studio (SSMS) 2022. &lt;a class=&quot;block_level&quot; href=&quot;https://sql-ex.ru/blogs/?/SQL-Server.html#extended&quot;&gt;Continue reading &quot;Зачем использовать составной индекс в SQL Server&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Wed, 02 Sep 2026 09:06:00 +0300</pubDate>
    <guid isPermaLink="false">https://sql-ex.ru/blogs/?/3528.html</guid>
    
</item>
<item>
    <title>Как узнать последнее значение, используемое последовательностью в SQL Server</title>
    <link>https://sql-ex.ru/blogs/?/,-SQL-Server.html</link>
            <category>T-SQL</category>
    
    <comments>https://sql-ex.ru/blogs/?/,-SQL-Server.html#comments</comments>
    <wfw:comment>https://sql-ex.ru/blogs/wfwcomment.php?cid=3501</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://sql-ex.ru/blogs/rss.php?version=2.0&amp;type=comments&amp;cid=3501</wfw:commentRss>
    

    <author>nospam@example.com (Sergey Moiseenko)</author>
    <content:encoded>
    &lt;p style=&quot;margin: 0px 25px; font-size: 9pt;&quot;&gt;Пересказ статьи &lt;a class=&quot;let&quot; href=&quot;https://www.red-gate.com/simple-talk/databases/sql-server/how-to-determine-the-last-value-used-by-a-sequence-in-sql-server/&quot;&gt;Greg Low. How to determine the last value used by a sequence in SQL Server&lt;/a&gt;&lt;/p&gt;&lt;br /&gt;
Я являюсь фанатом последовательностей с тех пор, когда они появились в SQL Server 2012. До этого у разработчиков был выбор между столбцами IDENTITY и создания собственного механизма для таблиц.&lt;br /&gt;
&lt;br /&gt;
&lt;h2&gt;Что такое последовательности в SQL Server?&lt;/h2&gt;&lt;br /&gt;
Последовательности позволяют создавать привязанный к схеме объект, который не связан ни с какой конкретной таблицей.&lt;br /&gt;
&lt;br /&gt;
Например, если у меня есть таблицы Sales.FlightBookings и Sales.VehicleBookings, и я хочу иметь общий BookingID, используемый как ключ для каждой таблицы. Если бы речь шла не только о BookingID, вы могли бы возразить, что существует проблема с нормализацией таблиц, но мы оставим это обсуждение на будущее. &lt;a class=&quot;block_level&quot; href=&quot;https://sql-ex.ru/blogs/?/,-SQL-Server.html#extended&quot;&gt;Continue reading &quot;Как узнать последнее значение, используемое последовательностью в SQL Server&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Sun, 16 Aug 2026 18:30:00 +0300</pubDate>
    <guid isPermaLink="false">https://sql-ex.ru/blogs/?/3501.html</guid>
    
</item>
<item>
    <title>IDENTITY или SEQUENCE в SQL Server – что использовать?</title>
    <link>https://sql-ex.ru/blogs/?/IDENTITY-SEQUENCE-SQL-Server.html</link>
            <category>T-SQL</category>
    
    <comments>https://sql-ex.ru/blogs/?/IDENTITY-SEQUENCE-SQL-Server.html#comments</comments>
    <wfw:comment>https://sql-ex.ru/blogs/wfwcomment.php?cid=3482</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://sql-ex.ru/blogs/rss.php?version=2.0&amp;type=comments&amp;cid=3482</wfw:commentRss>
    

    <author>nospam@example.com (Sergey Moiseenko)</author>
    <content:encoded>
    &lt;p style=&quot;margin: 0px 25px; font-size: 9pt;&quot;&gt;Пересказ статьи &lt;a class=&quot;let&quot; href=&quot;https://www.red-gate.com/simple-talk/databases/sql-server/identity-vs-sequence-in-sql-server-which-should-you-use/&quot;&gt;Greg Low. IDENTITY vs SEQUENCE in SQL Server – which should you use?&lt;/a&gt;&lt;/p&gt;&lt;br /&gt;
Автоматически генерируемые числовые ключи имеются повсюду в реляционных базах данных. В SQL Server доминируют две возможности этого:&lt;br /&gt;
&lt;ul&gt;&lt;br /&gt;
&lt;li&gt;&lt;a class=&quot;let&quot; target=&quot;_blank&quot; href=&quot;https://sql-ex.ru/blogs/?/Rabota_so_stolbcami_identity_v_SQL_Server.html&quot;&gt;столбцы IDENTITY&lt;/a&gt;&lt;/li&gt;&lt;br /&gt;
&lt;li&gt;&lt;a class=&quot;let&quot; target=&quot;_blank&quot; href=&quot;https://sql-ex.ru/blogs/?/ModernizaciJa_vashego_koda_T-SQL_obekt_Sequence.html&quot;&gt;объекты SEQUENCE&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;
&lt;br /&gt;
Обе генерируют числа. Обе быстры. Обе широко используются. Хотя в настоящее время столбцы IDENTITY являются, безусловно, наиболее распространенными - однако при  работе с клиентами мы склонны использовать почти исключительно объекты SEQUENCE. Все, что я могу сделать со столбцом IDENTITY, я могу так же сделать с объектом SEQUENCE, но мы считаем его более гибким.&lt;br /&gt;
&lt;br /&gt;
Вот простой пример. Если вы когда либо пытались выполнить SET IDENTITY_INSERT ON по &lt;a class=&quot;let&quot; target=&quot;_blank&quot; href=&quot;https://sql-ex.ru/blogs/?/Ponimanie_svJazannyh_serverov_v_SQL_Server.html&quot;&gt;связанным серверам&lt;/a&gt;, то знаете, что это не работает. С SEQUENCE мне никогда не понадобится выполнять такую операцию.&lt;br /&gt;
 &lt;a class=&quot;block_level&quot; href=&quot;https://sql-ex.ru/blogs/?/IDENTITY-SEQUENCE-SQL-Server.html#extended&quot;&gt;Continue reading &quot;IDENTITY или SEQUENCE в SQL Server – что использовать?&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Sun, 02 Aug 2026 09:45:00 +0300</pubDate>
    <guid isPermaLink="false">https://sql-ex.ru/blogs/?/3482.html</guid>
    
</item>
<item>
    <title>Проблемы параллелизма SQL Server с планами одновременно выполняющихся запросов</title>
    <link>https://sql-ex.ru/blogs/?/SQL-Server.html</link>
            <category>Optimization</category>
            <category>T-SQL</category>
    
    <comments>https://sql-ex.ru/blogs/?/SQL-Server.html#comments</comments>
    <wfw:comment>https://sql-ex.ru/blogs/wfwcomment.php?cid=3479</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://sql-ex.ru/blogs/rss.php?version=2.0&amp;type=comments&amp;cid=3479</wfw:commentRss>
    

    <author>nospam@example.com (Sergey Moiseenko)</author>
    <content:encoded>
    &lt;p style=&quot;margin: 0px 25px; font-size: 9pt;&quot;&gt;Пересказ статьи &lt;a class=&quot;let&quot; href=&quot;https://www.mssqltips.com/sqlservertip/11619/sql-server-concurrency-issues-with-parallel-query-plans/&quot;&gt;Mehdi Ghapanvari. SQL Server Concurrency Issues with Parallel Query Plans&lt;/a&gt;&lt;/p&gt;&lt;br /&gt;
Параллелизм может уменьшить способность одновременного выполнения запросов. Это веская причина не позволять SQL Server агрессивно выполнять запросы в параллельном режиме. В этом совете я создам демонстрацию, чтобы показать, что параллелизм снижает производительность запросов на сервере с высоким уровнем конкуренции.&lt;br /&gt;
&lt;br /&gt;
Параллелизм позволяет SQL Server выполнять запросы на нескольких ядрах ЦП одновременно. Оптимизатор запросов определяет, стоит ли выполнять запрос параллельно или нет на основании стоимости. Если запрос сложный, содержит дорогие операции (такие как сортировка, группировка и т.п.) и обрабатывает много строк, то это с большей вероятностью  приведет к параллельному плану, чем простой запрос, который обрабатывает несколько строк.&lt;br /&gt;
 &lt;a class=&quot;block_level&quot; href=&quot;https://sql-ex.ru/blogs/?/SQL-Server.html#extended&quot;&gt;Continue reading &quot;Проблемы параллелизма SQL Server с планами одновременно выполняющихся запросов&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Wed, 29 Jul 2026 09:51:00 +0300</pubDate>
    <guid isPermaLink="false">https://sql-ex.ru/blogs/?/3479.html</guid>
    
</item>
<item>
    <title>Ответы на вопросы относительно удаленных столбцов</title>
    <link>https://sql-ex.ru/blogs/?/unknown.html</link>
            <category>T-SQL</category>
    
    <comments>https://sql-ex.ru/blogs/?/unknown.html#comments</comments>
    <wfw:comment>https://sql-ex.ru/blogs/wfwcomment.php?cid=3478</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://sql-ex.ru/blogs/rss.php?version=2.0&amp;type=comments&amp;cid=3478</wfw:commentRss>
    

    <author>nospam@example.com (Sergey Moiseenko)</author>
    <content:encoded>
    &lt;p style=&quot;margin: 0px 25px; font-size: 9pt;&quot;&gt;Пересказ статьи &lt;a class=&quot;let&quot; href=&quot;https://www.sqlservercentral.com/articles/answering-questions-on-dropped-columns&quot;&gt;Cláudio Silva. Answering Questions On Dropped Columns&lt;/a&gt;&lt;/p&gt;&lt;br /&gt;
В этой статье я отвечу на пару вопросов из предыдущих публикаций об удалении столбцов.&lt;br /&gt;
&lt;br /&gt;
Если вы не читали предыдущих постов по этой теме, вот их список:&lt;br /&gt;
&lt;ul&gt;&lt;br /&gt;
&lt;li&gt;&lt;a class=&quot;let&quot; target=&quot;_blank&quot; href=&quot;https://sql-ex.ru/blogs/?/Chto_proishodit_pri_udalenii_stolbca_v_tablice_SQL_Server_Gde_moe_prostranstvo.html&quot;&gt;Что происходит при удалении столбца в таблице SQL Server? Где мое пространство?&lt;/a&gt;&lt;/li&gt;&lt;br /&gt;
&lt;li&gt;&lt;a class=&quot;let&quot; target=&quot;_blank&quot; href=&quot;https://claudioessilva.eu/2024/07/09/Identify-Tables-With-Dropped-Columns/&quot;&gt;Определить таблицы с удаленными столбцами&lt;/a&gt;&lt;/li&gt;&lt;br /&gt;
&lt;li&gt;&lt;a class=&quot;let&quot; target=&quot;_blank&quot; href=&quot;https://claudioessilva.eu/2024/08/05/How-much-space-can-I-expect-to-recover-from-a-rebuild-after-dropping-a-column/&quot;&gt;Сколько места могу я ожидать получить в результате перестройки после удаления столбца?&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;
&lt;h2&gt;Комментарии&lt;/h2&gt;&lt;br /&gt;
В &lt;a class=&quot;let&quot; target=&quot;_blank&quot; href=&quot;https://www.sqlservercentral.com/forums/topic/what-happens-when-we-drop-a-column-on-a-sql-server-table-wheres-my-space&quot;&gt;разделе комментариев&lt;/a&gt; к первой статье читатель спрашивает:&lt;br /&gt;
&lt;br /&gt;
&lt;em&gt;Можно ли считать, что будущие вставки (после удаления столбца) не будут занимать пространство удаленного столбца?&lt;/em&gt;&lt;br /&gt;
&lt;br /&gt;
и еще&lt;br /&gt;
&lt;br /&gt;
&lt;em&gt;Если страница перезаписывается (например, в результате обычной вставки или обновления), используется ли тогда повторно пространство, занимаемое удаленным столбцом?&lt;/em&gt;&lt;br /&gt;
 &lt;a class=&quot;block_level&quot; href=&quot;https://sql-ex.ru/blogs/?/unknown.html#extended&quot;&gt;Continue reading &quot;Ответы на вопросы относительно удаленных столбцов&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Mon, 27 Jul 2026 15:20:00 +0300</pubDate>
    <guid isPermaLink="false">https://sql-ex.ru/blogs/?/3478.html</guid>
    
</item>
<item>
    <title>Оптимизация заданий загрузки данных в SQL Server: стратегии реализации в рабочей среде</title>
    <link>https://sql-ex.ru/blogs/?/SQL-Server.html</link>
            <category>Optimization</category>
            <category>T-SQL</category>
    
    <comments>https://sql-ex.ru/blogs/?/SQL-Server.html#comments</comments>
    <wfw:comment>https://sql-ex.ru/blogs/wfwcomment.php?cid=3476</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://sql-ex.ru/blogs/rss.php?version=2.0&amp;type=comments&amp;cid=3476</wfw:commentRss>
    

    <author>nospam@example.com (Sergey Moiseenko)</author>
    <content:encoded>
    &lt;p style=&quot;margin: 0px 25px; font-size: 9pt;&quot;&gt;Пересказ статьи &lt;a class=&quot;let&quot; href=&quot;https://dzone.com/articles/optimizing-data-loader-jobs-in-sql-server&quot;&gt;Arvind Toorpu. Optimizing Data Loader Jobs in SQL Server: Production Implementation Strategies&lt;/a&gt;&lt;/p&gt;&lt;br /&gt;
За последние 15 лет, работая с SQL Server в различных областях, я видел, что производительность загрузки данных по-прежнему остается одной из наиболее важных - и очень часто недооцененных областей в администрировании баз данных. Являются ли они ночными загрузками миллионов транзакций, интеграцией данных из множества источников или перемещением терабайтов данных между средами, неэффективная обработка загрузки быстро приводит расползанию проблем: пропущенные соглашения об уровне обслуживания, увеличение размера окон обслуживания, устаревшие отчеты и растущее недовольство как пользователей, так и руководства.&lt;br /&gt;
&lt;br /&gt;
На самом деле SQL Server предоставляет надежный набор функций и инструментов, которые могут в значительной степени улучшить производительность загрузки данных при правильном использовании. Я применял эти методы в сфере финансовых услуг, здравоохранения, розничной торговли и производства, постоянно добиваясь повышения производительности от трех до десяти раз. В следующем разделе я пройдусь по практическим, протестированным в рабочей среде подходам ускорения загрузки данных. Сделайте их надежной частью вашей платформы данных. &lt;br /&gt;
&lt;br /&gt;
&lt;img src=&quot;https://sql-ex.ru/blogs/wp-content/uploads/2026/07/dataload_0.jpeg&quot; /&gt;&lt;br /&gt;
 &lt;a class=&quot;block_level&quot; href=&quot;https://sql-ex.ru/blogs/?/SQL-Server.html#extended&quot;&gt;Continue reading &quot;Оптимизация заданий загрузки данных в SQL Server: стратегии реализации в рабочей среде&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Thu, 23 Jul 2026 18:39:00 +0300</pubDate>
    <guid isPermaLink="false">https://sql-ex.ru/blogs/?/3476.html</guid>
    
</item>
<item>
    <title>Сравнение DATE_BUCKET и DATETRUNC</title>
    <link>https://sql-ex.ru/blogs/?/DATE_BUCKET-DATETRUNC.html</link>
            <category>T-SQL</category>
    
    <comments>https://sql-ex.ru/blogs/?/DATE_BUCKET-DATETRUNC.html#comments</comments>
    <wfw:comment>https://sql-ex.ru/blogs/wfwcomment.php?cid=3437</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://sql-ex.ru/blogs/rss.php?version=2.0&amp;type=comments&amp;cid=3437</wfw:commentRss>
    

    <author>nospam@example.com (Sergey Moiseenko)</author>
    <content:encoded>
    &lt;p style=&quot;margin: 0px 25px; font-size: 9pt;&quot;&gt;Пересказ статьи &lt;a class=&quot;let&quot; href=&quot;https://callihandata.com/2024/10/01/comparing-date_bucket-and-datetrunc/&quot;&gt;Chad Callihan. Comparing DATE_BUCKET and DATETRUNC&lt;/a&gt;&lt;/p&gt;&lt;br /&gt;
Если вы не много экспериментировали с SQL Server 2022, вы может быть незнакомы с функциями DATE_BUCKET и DATETRUNC. Обе они полезны, когда дело доходит до агрегирования данных. Давайте рассмотрим каждую из этих функций на нескольких примерах.&lt;br /&gt;
&lt;br /&gt;
&lt;h2&gt;DATE_BUCKET&lt;/h2&gt;&lt;br /&gt;
Начнем с DATE_BUCKET. DATE_BUCKET дает вам возможность агрегировать данные на основе выбранного вами интервала. Допустим, мы имеем такой набор событий:&lt;br /&gt;
&lt;br /&gt;
&lt;img src=&quot;https://sql-ex.ru/blogs/wp-content/uploads/2026/06/date_bucket_1.png&quot; /&gt;&lt;br /&gt;
 &lt;a class=&quot;block_level&quot; href=&quot;https://sql-ex.ru/blogs/?/DATE_BUCKET-DATETRUNC.html#extended&quot;&gt;Continue reading &quot;Сравнение DATE_BUCKET и DATETRUNC&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Sat, 27 Jun 2026 09:02:00 +0300</pubDate>
    <guid isPermaLink="false">https://sql-ex.ru/blogs/?/3437.html</guid>
    
</item>
<item>
    <title>Восстановление журнала транзакций базы данных SQL Server</title>
    <link>https://sql-ex.ru/blogs/?/SQL-Server.html</link>
            <category>T-SQL</category>
    
    <comments>https://sql-ex.ru/blogs/?/SQL-Server.html#comments</comments>
    <wfw:comment>https://sql-ex.ru/blogs/wfwcomment.php?cid=3429</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://sql-ex.ru/blogs/rss.php?version=2.0&amp;type=comments&amp;cid=3429</wfw:commentRss>
    

    <author>nospam@example.com (Sergey Moiseenko)</author>
    <content:encoded>
    &lt;p style=&quot;margin: 0px 25px; font-size: 9pt;&quot;&gt;Пересказ статьи &lt;a class=&quot;let&quot; href=&quot;https://www.sqlservercentral.com/blogs/rebuilding-a-sql-server-database-transaction-log&quot;&gt;davidfowler. Rebuilding a SQL Server Database Transaction Log&lt;/a&gt;&lt;/p&gt;&lt;br /&gt;
&quot;Не могли бы вы помочь мне, мы удалили файл журнала транзакций базы данных и теперь она застряла в ‘Recovery Pending’?&quot;&lt;br /&gt;
&lt;br /&gt;
Такой крик о помощи я получил пару недель назад.&lt;br /&gt;
&lt;br /&gt;
&quot;Конечно, без проблем, нам придется восстановить вашу последнюю резервную копию&quot;, - ответил я.&lt;br /&gt;
&lt;br /&gt;
А потом неизбежное: &quot;Это только база данных разработки, мы не делаем резервных копий.&quot;&lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;Позвольте мне лирическое отступление. Вне зависимости от того, что это всего лишь база данных разработки, если это настолько важно, что вы сразу обращаетесь ко мне, значит это достаточно важно, чтобы делать бэкапы. Возможно, достаточно делать еженедельный полный бэкап, но, пожалуйста, убедитесь, что у вас всегда есть точка восстановления.&lt;/b&gt;&lt;br /&gt;
&lt;br /&gt;
Итак мы имеем следующую ситуацию: база данных недоступна, отсутствует журнал транзакции и нет резервной копии. Что можно сделать? Фактически у нас есть только один вариант - мы должны восстановить журнал транзакций.&lt;br /&gt;
 &lt;a class=&quot;block_level&quot; href=&quot;https://sql-ex.ru/blogs/?/SQL-Server.html#extended&quot;&gt;Continue reading &quot;Восстановление журнала транзакций базы данных SQL Server&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Mon, 22 Jun 2026 18:42:00 +0300</pubDate>
    <guid isPermaLink="false">https://sql-ex.ru/blogs/?/3429.html</guid>
    
</item>
<item>
    <title>Иерархические типы данных</title>
    <link>https://sql-ex.ru/blogs/?/unknown.html</link>
            <category>PostgreSQL</category>
            <category>T-SQL</category>
    
    <comments>https://sql-ex.ru/blogs/?/unknown.html#comments</comments>
    <wfw:comment>https://sql-ex.ru/blogs/wfwcomment.php?cid=3420</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://sql-ex.ru/blogs/rss.php?version=2.0&amp;type=comments&amp;cid=3420</wfw:commentRss>
    

    <author>nospam@example.com (Sergey Moiseenko)</author>
    <content:encoded>
    &lt;p style=&quot;margin: 0px 25px; font-size: 9pt;&quot;&gt;Пересказ статьи &lt;a class=&quot;let&quot; href=&quot;https://fljd.in/en/2024/09/19/hierarchical-data-types/&quot;&gt;Florent Jardin. Hierarchical data types&lt;/a&gt;&lt;/p&gt;&lt;br /&gt;
Стандарт SQL определяет ряд правил, которые позволяют системам баз данных быть взаимозаменяемыми, но в реальности есть небольшие особенности. В этой связи тип данных  hierarchyid в SQL Server является показательным примером. Если вы перейдете на PostgreSQL, вам будут доступны два решения.&lt;br /&gt;
&lt;br /&gt;
Первое и более простое решение - это связать каждый узел со своим родителем, используя новый столбец parentid и применяя ограничение внешнего ключа. Другой более сложный подход заключается в использовании расширения ltree. В данной статье рассматривается последний вариант.&lt;br /&gt;
 &lt;a class=&quot;block_level&quot; href=&quot;https://sql-ex.ru/blogs/?/unknown.html#extended&quot;&gt;Continue reading &quot;Иерархические типы данных&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Tue, 16 Jun 2026 23:34:00 +0300</pubDate>
    <guid isPermaLink="false">https://sql-ex.ru/blogs/?/3420.html</guid>
    
</item>

</channel>
</rss>
