これベースでいいんじゃないかな…レコード的な扱いのファイルシステムですし。 en.wikipedia.org/wiki/Files-11

業務に特化して作ればファイルシステムの方がパフォーマンス上がることもありますけど、何せ手間がかかりすぎるんですよねw 排他、同期、分散とかちゃんと考えてやるとそれだけで一つのシステムになっちゃう(´・ω・｀)

ファイルシステムだとこれらがクッソ面倒だからRDBMSが生まれたんやで、と新人時代にじっちゃんから習いました。

運用面がなくて困ることはありますね。PITRは当たり前のようにあって欲しい🙏

Twitter(X)の面々はデータベース自作勢もいるから怖いんですけどね……。 :(；ﾞﾟ'ωﾟ'):

キャップ定理は言い過ぎやったのペーパー斜め読みした結果、広域分散させるのなら、許容遅延を意識した合意アルゴリズムをフレームワーク層に実装する方がDBMSのトラン制御よりマシな気がちょっとしてる。 同一データセンター内ならDBMSのトラン制御最強やと思うけど。

神エクセルみたいにメンテ不能なものが出来上がりますね

DBMSを下半分のレイヤーに置いて、ディレクトリシステムだけ上に置くのではあかんのか? と思ってたのだが、 少なくともMicrosoftが一度失敗するぐらいには性能を出すのが難しいらしいしなぁ…。

参照だけであればオンメモリーでリストの化け物にすりゃいいし作っても良い気はするが、複数トランザクションの更新は自作するには手に余る

とても大事な ・高可用性(クラスタ構成やレプリケーションなど) を忘れてた 彡(ﾟ)(ﾟ)