Past, very naive me: "Most of the time, energy, and storage space in a package registry will be spent on data relevant to serving packages" Me:pic.twitter.com/GVeX9oAjwj
You can add location information to your Tweets, such as your city or precise location, from the web and via third-party applications. You always have the option to delete your Tweet location history. Learn more
Yeah, we figure we'll eventually either squash old data, or just upload a backup of the table to S3 and then delete old partitions. Our web UI only ever accesses the last 90 days. Our API supports arbitrary dates (with a max range of 90 days at a time), but I have no stats on use
In the short term, our DB is 3.6GB, our max is 64GB, and we're not growing at any alarming rate. We'll end up upgrading to a tier that has 256GB storage to increase our connection limit before we hit storage limits I think
We very much are discussing this, because we definitely will eventually hit storage limits, and it makes no sense to increase our DB bill to keep rarely/never accessed historical download stats in the primary DB. But for the time being we're just ridiculously far off from that.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.