3 ms·

Which is about 99.7kb more than I would hope and expect as a customer.

singingboyo 8y ago
I think there are tradeoffs, for example, they probably store the route, which is good (refunds for really terrible routes) but bad (tracking). That's quite a bit of space, probably the big one. Rating and possibly comments, again could be pretty big. Multiple UUIDs or whatever (cust/driver IDs, CC txn IDs) will take up some space as well. 300B is probably a fair bit too low. That said, 100kB does seem high. 10kB or so would seem more appropriate, as a very rough ballpark.
- rasen58 8y ago
  They probably need to store a ton of things (like maps) that aren't data though, so probably not fair to say each ride is 100kb.
  - Invictus0 8y ago
    Even if they have 20PB of maps, which is probably way too high, it's still 80kb.
- NeedMoreTea 8y ago
  Almost none of which they need to keep. Route for 30 days perhaps, start and end point for longer. I imagine most ratings are just that with no comments.
  - MR4D 8y ago
    Routes determine pay to drivers, so they probably have to keep it much longer in case of a pay dispute.
    - p1necone 8y ago
      They could just give a digitally signed copy to the drivers and have the onus be on them to keep it.
- btown 8y ago
  Beyond the route itself, consider also: time spent in traffic (speed per geo-coordinate) for use in predicting surges, deviations between planned and taken routes, etc. The degree to which Uber has a pulse on urban traffic is fascinating and probably exceeds even city planners with access to ubiquitous traffic cameras.
Jedd 8y ago
That's a fairly naive expectation. I had a friend head off in 2011 to work with Hailo in London, and designed much of the data ingest & storage architecture there. That was built on Cassandra, and some of the numbers were staggering, even for a (initially) single-city, < 2,000 driver system. You're not just tracking start and end point of successful rides -- you're tracking users when their app is open (both drivers and users move around before and after initiating a ride, and you need to share that data between parties), you're also tracking empty vehicles so you can identify over / under serviced areas ... doubtless lots of other real time stuff you want to know. But the big thing is you want to then have that data available for mining, improving your service, regulatory obligations, and so on.
- NeedMoreTea 8y ago
  Only if you believe in retaining all data in perpetuity. I suppose it demonstrates the difference in US and European perspectives on data. Most of what you describe has little meaning or use at a few months old. Sure you might want to collect detailed awareness of individual drivers over say a month, generic traffic patterns over six months, and little or nothing beyond. Once the data has outlived that direct, primary, purpose you dispose of it or it's a famous, excessive, data breach waiting to happen. There is absolutely nothing wrong with only keeping billing data beyond say six months max.
  - arbie 8y ago
    > Most of what you describe has little meaning or use at a few months old. Sure you might want to collect detailed awareness of individual drivers over say a month, generic traffic patterns over six months, and little or nothing beyond. The really invasive pattern-matches happen best retroactively at that scale. Age of the data does not typically impact many such analyses.
  - samontar 8y ago
    In California, you soon won’t be able to keep 6 months max. You have to hold a year.
  - Jedd 8y ago

I think there are tradeoffs, for example, they probably store the route, which is good (refunds for really terrible routes) but bad (tracking). That's quite a bit of space, probably the big one. Rating and possibly comments, again could be pretty big. Multiple UUIDs or whatever (cust/driver IDs, CC txn IDs) will take up some space as well. 300B is probably a fair bit too low. That said, 100kB does seem high. 10kB or so would seem more appropriate, as a very rough ballpark.

rasen58 8y ago
They probably need to store a ton of things (like maps) that aren't data though, so probably not fair to say each ride is 100kb.
- Invictus0 8y ago
  Even if they have 20PB of maps, which is probably way too high, it's still 80kb.
NeedMoreTea 8y ago
Almost none of which they need to keep. Route for 30 days perhaps, start and end point for longer. I imagine most ratings are just that with no comments.
- MR4D 8y ago
  Routes determine pay to drivers, so they probably have to keep it much longer in case of a pay dispute.
  - p1necone 8y ago
    They could just give a digitally signed copy to the drivers and have the onus be on them to keep it.
btown 8y ago
Beyond the route itself, consider also: time spent in traffic (speed per geo-coordinate) for use in predicting surges, deviations between planned and taken routes, etc. The degree to which Uber has a pulse on urban traffic is fascinating and probably exceeds even city planners with access to ubiquitous traffic cameras.

Jedd 8y ago

That's a fairly naive expectation. I had a friend head off in 2011 to work with Hailo in London, and designed much of the data ingest & storage architecture there. That was built on Cassandra, and some of the numbers were staggering, even for a (initially) single-city, < 2,000 driver system. You're not just tracking start and end point of successful rides -- you're tracking users when their app is open (both drivers and users move around before and after initiating a ride, and you need to share that data between parties), you're also tracking empty vehicles so you can identify over / under serviced areas ... doubtless lots of other real time stuff you want to know. But the big thing is you want to then have that data available for mining, improving your service, regulatory obligations, and so on.

NeedMoreTea 8y ago
Only if you believe in retaining all data in perpetuity. I suppose it demonstrates the difference in US and European perspectives on data. Most of what you describe has little meaning or use at a few months old. Sure you might want to collect detailed awareness of individual drivers over say a month, generic traffic patterns over six months, and little or nothing beyond. Once the data has outlived that direct, primary, purpose you dispose of it or it's a famous, excessive, data breach waiting to happen. There is absolutely nothing wrong with only keeping billing data beyond say six months max.
- arbie 8y ago
  > Most of what you describe has little meaning or use at a few months old. Sure you might want to collect detailed awareness of individual drivers over say a month, generic traffic patterns over six months, and little or nothing beyond. The really invasive pattern-matches happen best retroactively at that scale. Age of the data does not typically impact many such analyses.
- samontar 8y ago
  In California, you soon won’t be able to keep 6 months max. You have to hold a year.
- Jedd 8y ago