{"type":"rich","version":"1.0","author_name":"npub1vfzjp8quyqspa3s9z34y0552e90j7jru2vycrtzhl78q4mffgwlselg63q","author_url":"https://nostr.ae/npub1vfzjp8quyqspa3s9z34y0552e90j7jru2vycrtzhl78q4mffgwlselg63q","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-10-29\n📝 Original message:Why not allow two options:\n\n1/ a default RocksDB/SQLite/LevelDB (whatever is decided)\n2/ alternative provide instructions for connection to any other rdbms \nusing odbc or jdbc.\n\nWhy not allowing async disk writes or incredibly fast database systems \nif someone wants to have a node in a very fast datacenter or connected \nwith their existing leveraged dataservers. It is the traditional \napproach to just use the open standard for database connectivity.\n\nAny person or any organization would just need to have one machine with \ntheir bitcoin node with a rdbms client installed (SAP Sybase client, or \noracle client, or microsoft). The bitcoin node would just store their \ndata using the odbc/jdbc protocol on ANY rdbms installed anywhere in \ntheir organization (other machine or the same). They would just need to \nissue a \"create table\" with a very simple table structure and they would \nbenefit from async and indexes and using their already licensed, and \nconfigured system of their choosing, with bitcoin information being \navailable to thousands of software packages and available aswell to \nthousands of programmers that work with rdbms and not just \"RocksDB\" or \nsome obscure database system.\n\nWhy not \"outsource\" totally that data management part to the already \nexisting with decades of experience database world. People would be able \nto create incredibly easy bitcoin statistics/graphs/analisys with \nexisting software packages (hey even excel or libreoffice like) or \nconnect bitcoin data to their own sources and if so they chose analyze \nbitcoin data on a datawarehouse or any imaginable approach. Of course \nevery transaction would be have to do through the bitcoin node and only \nthe data management would be on rdbms side."}