<table><tr><td style="">dvratil added a comment.
</td></tr></table><br /><div><div><blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>Flags should be NOT NULL</p></blockquote>

<p>Fair point, I added it to actionables, that should be fairly easy to fix. Just needs modifying the XML and Akonadi should be able to self-correct the schema</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>Key/Value Pair anti-pattern</p></blockquote>

<p>The link lists the problems but does not offer any good advice, considering our storage is generic (we don't know the keys beforehand). What would be your advice? We can normalize the  <strong>[CollectionAttributeTable].type</strong> column by moving the key names to their own table  like we do in <strong>[PartTable]</strong> as suggested in the link, but that's about all that I could find there that would apply in our case.</p></div></div><br /><div><strong>TASK DETAIL</strong><div><a href="https://phabricator.kde.org/T7846" rel="noreferrer">https://phabricator.kde.org/T7846</a></div></div><br /><div><strong>To: </strong>pablo, dvratil<br /><strong>Cc: </strong>knauss, dvratil, kde-pim, pablo<br /></div>