<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Identifiers on Brian Faust</title><link>https://wimdy.works/tags/identifiers/</link><description>Recent content in Identifiers on Brian Faust</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Mon, 01 Jan 0001 00:00:00 +0000</lastBuildDate><atom:link href="https://wimdy.works/tags/identifiers/rss.xml" rel="self" type="application/rss+xml"/><item><title>An Identifier Should Outlive Its Storage Engine</title><link>https://wimdy.works/thoughts/an-identifier-should-outlive-its-storage-engine/</link><pubDate>Sat, 01 Jul 2017 00:00:00 +0000</pubDate><guid>https://wimdy.works/thoughts/an-identifier-should-outlive-its-storage-engine/</guid><description>&lt;p&gt;A billing export once had enough information to reconstruct a missing account,
but not enough to name it. The account still existed in an older system and its
stable identifier reached the export action. What did not exist was a matching
row in the newer application&amp;rsquo;s user table.&lt;/p&gt;
&lt;p&gt;The action worked around that absence by building a temporary object with safe
fallback details. It even gave the object a synthetic local identifier. The
field used as the export identity remained null, though, and a queued data
object later rejected the payload because that field had to be a string. The
fallback had solved the missing attributes while losing the one fact the
export actually needed: which account it was about.&lt;/p&gt;</description></item></channel></rss>