https://www.opennet.me/openforum/vsluhforumID3/107977.html Состоялся (http://permalink.gmane.org/gmane.comp.db.sqlite.announce/60) релиз SQLite 3.13.0 (http://sqlite.org/), легковесной базы данных, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Adobe, Oracle, Mozilla, Bentley и Bloomberg. <br><br><br><br>Основные новшества (http://sqlite.org/releaselog/3_13_0.html):<br><br><br>- В основную ветку принято расширение session (http://sqlite.org/sessionintro.html), позволяющее сохранять отдельно изменения в таблицах, а затем на основе сохранённых данных формировать "патч" для обновления другой БД с аналогичной схемой и совместимыми стартовыми данными. Иными словами, предоставляется аналог patch или "git merge" для БД;<br>- Связанный с временными файлам ввод/вывод теперь откладывается и осуществляется только в крайних случаях;<br> https://www.opennet.me/openforum/vsluhforumID3/107977.html#16 Sat, 21 May 2016 15:01:48 GMT &gt; При этом уникальные ключи становятся неуникальными и прочий головняк <br><br>Это смотря кто пишет.<br><br>Ошибка всегда в генах, вопрос лишь - в чьих.<br> https://www.opennet.me/openforum/vsluhforumID3/107977.html#15 Sat, 21 May 2016 15:01:24 GMT &gt; Именно этим первые социальные сети объясняли то, что их данные не исчезают <br>&gt; даже после удаления.<br><br>Потому что там не идиoты разрабатывали. Ну-ка, попробуй удалить - даже с использованием индекса - одну строку из таблицы 100 млн строк. И-да, учти, это _маленькая_ таблица, а даже не средняя.<br><br>Вставлять строки - дешево, выбирать - по B-tree индексам - быстро, а удалять - дорого песдетс.<br><br>Что вам, краем уха слышавшим, о RDBMS, еще объяснить?<br> https://www.opennet.me/openforum/vsluhforumID3/107977.html#12 Fri, 20 May 2016 00:25:09 GMT с денормализацией (хотя бы через material views) и партиционированием - не должно<br> https://www.opennet.me/openforum/vsluhforumID3/107977.html#11 Thu, 19 May 2016 23:49:12 GMT При этом уникальные ключи становятся неуникальными и прочий головняк<br> https://www.opennet.me/openforum/vsluhforumID3/107977.html#10 Thu, 19 May 2016 19:13:23 GMT Именно этим первые социальные сети объясняли то, что их данные не исчезают даже после удаления.<br> https://www.opennet.me/openforum/vsluhforumID3/107977.html#9 Thu, 19 May 2016 15:35:22 GMT &gt; Для тех же биллингов это штатый режим работы<br><br>Да как хоть?! Оно ж таким макаром тормозить должно через пару месяцев/лет работы! :(<br> https://www.opennet.me/openforum/vsluhforumID3/107977.html#8 Thu, 19 May 2016 15:23:03 GMT В тех, что я видел - так работало всё - от финансов (само собой) до состояния файрволла. UTM тот же.<br> https://www.opennet.me/openforum/vsluhforumID3/107977.html#7 Thu, 19 May 2016 15:01:09 GMT а надо было через fanotify<br>&gt; $ man fanotify<br>&gt; fanotify - отслеживание событий в файловой системе<br>&gt; ОПИСАНИЕ<br>&gt; Программный интерфейс fanotify уведомляет о событиях в файловой системе и перехватывает их. Например, его можно использовать для сканирования&#8230;<br>&gt; Дополнительные возможности по сравнению с программным интерфейсом inotify(7): способность отслеживать все объекты в смонтированной файловой системе, давать права на доступ и читать или изменять файлы перед тем как доступ получат другие приложения.<br><br>как-то так.<br> https://www.opennet.me/openforum/vsluhforumID3/107977.html#6 Thu, 19 May 2016 14:16:02 GMT Чепуха. В том же биллинге только resource use log так работает, остальное - нет.<br>