<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/feed.rss.xml" type="text/xsl" media="screen"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Pep Pla</title>
    <description/>
    <link>https://speakerdeck.com/peppla</link>
    <atom:link rel="self" type="application/rss+xml" href="https://speakerdeck.com/peppla.rss"/>
    <lastBuildDate>2020-03-10 06:48:51 -0400</lastBuildDate>
    <item>
      <title>Why your backup strategy is probably wrong?</title>
      <description>"If you have a hammer, all you see is nails." also known as the Law of the Instrument describes the cognitive bias that involves over-reliance on a familiar tool. To protect MySQL data, a DBA must have a toolbox full of the proper utensils. To know only one approach is not enough.

In this talk, we will cover the following topics:
- Why your backup strategy is probably wrong?
- The Schröendinger Backup
- Backups: Cold, hot... and warm?
- The right answer is not always the logical one.
- Replication is not the solution.
- Point-in-time recovery.
- Don't try this at prod: Test your backups.</description>
      <media:content url="https://files.speakerdeck.com/presentations/850d55a150c34f3a9159216122bb574a/preview_slide_0.jpg?20334201" type="image/jpeg" medium="image"/>
      <content:encoded>"If you have a hammer, all you see is nails." also known as the Law of the Instrument describes the cognitive bias that involves over-reliance on a familiar tool. To protect MySQL data, a DBA must have a toolbox full of the proper utensils. To know only one approach is not enough.

In this talk, we will cover the following topics:
- Why your backup strategy is probably wrong?
- The Schröendinger Backup
- Backups: Cold, hot... and warm?
- The right answer is not always the logical one.
- Replication is not the solution.
- Point-in-time recovery.
- Don't try this at prod: Test your backups.</content:encoded>
      <pubDate>Sun, 06 Feb 2022 00:00:00 -0500</pubDate>
      <link>https://speakerdeck.com/peppla/why-your-backup-strategy-is-probably-wrong</link>
      <guid>https://speakerdeck.com/peppla/why-your-backup-strategy-is-probably-wrong</guid>
    </item>
    <item>
      <title>Isolation Levels - From zero to hero!</title>
      <description>The key for sql databases is concurrency, how RDBMS (do you remember that acronym?) handle concurrent transactions. This is both a classical subject and the reason behind some of the overhead of SQL databases compared with NoSQL databases.

What is really interesting about this subject is that being at the core of databases, it is almost neglected and receives very little attention. The 2011 version of the SQL standard dedicates less than 0,001% of the documentation to this subject... this is remarkable as this is one of the key aspects of concurrency and performance.</description>
      <media:content url="https://files.speakerdeck.com/presentations/0b5005e5b9654ca092c4965e9c1f6e13/preview_slide_0.jpg?15100656" type="image/jpeg" medium="image"/>
      <content:encoded>The key for sql databases is concurrency, how RDBMS (do you remember that acronym?) handle concurrent transactions. This is both a classical subject and the reason behind some of the overhead of SQL databases compared with NoSQL databases.

What is really interesting about this subject is that being at the core of databases, it is almost neglected and receives very little attention. The 2011 version of the SQL standard dedicates less than 0,001% of the documentation to this subject... this is remarkable as this is one of the key aspects of concurrency and performance.</content:encoded>
      <pubDate>Fri, 06 Mar 2020 00:00:00 -0500</pubDate>
      <link>https://speakerdeck.com/peppla/isolation-levels-from-zero-to-hero</link>
      <guid>https://speakerdeck.com/peppla/isolation-levels-from-zero-to-hero</guid>
    </item>
  </channel>
</rss>
