jerryjerryjerry

And then we are probably in a loop to tell our children the same thing, "don't use it" which really depends on how well one can do self-control, but I guess that's one of the hardest parts to many people.

I like this

What can we do with it? Seems hopeless...

Be alert on potential risks though.

A similar report on this new study: https://www.zenger.news/2022/07/27/new-study-of-south-china-...

An interesting article to read on a small piece of human evolution, lactose.

Feedback rogered and would pay attention to it.

Nope, simply because I always use that web to get some insights on open source project, especially those attracting more attention.

This project seems pretty popular around the world: https://ossinsight.io/analyze/ToolJet/ToolJet

What a creative "hack" work LOL

I would also like to add one point: tuna in oil is more keto friendly. Although there have been quite a lot arguments on keto, it does help some of my friends and me myself lose weight "efficiently".

Good catch! Actually I was thinking the popularity of SQLite somehow relates to the adoption rate of mobile devices where majority of these devices embeds SQLite to manage data like pictures.

It looks like SQLite is more popular in China than other regions: https://ossinsight.io/analyze/sqlite/sqlite

I think TTL feature provided by some DB vendors are actually orthogonal to multi tendency, where the former deals with life cycles policy of data but the original problem to delete the data of certain user is more related to privacy policy of data, though overlap may exists.

Github project shows tikv: https://github.com/kubewharf/kubebrain/tree/main/pkg/storage

Our distributed NewSQL database project actually uses three of them, Go, Rust, and C++, for different layers. There are pros and cons for each of them, but it still challenge to maintain three languages in a one system development. Performance wise, C++ and Rust are good, coding wise Go is easiest but Rust is kind of having best practice.

Time zone might be a concern to some teams, but agreed outside US can be options to consider.

Seems like si-fi "Three Body Problem" in real world.

Wow, the beauty of history!

Good point! Security and regulation are other key requirements in real world for many industries.

Yes, that's also why certified Oracle DBAs can earn $$$ for their expertise on this.

IMHO, going production also requires scalability, high availability, and tooling ecosystem (backup/restore/replication), etc, besides functionalities and performance.

Emm, let's see what 10T would be..

Cool!

I'm not sure, just read this and thought interesting...

Does it still use wavelet transform?

Interesting to read this, “The barriers are more economic than technical, and we propose reciprocal peering as a key enabling step.”

The OS behind Nothing Phone?

OLTP usually comes with high throughput of transactions, which means usually write(e.g., IUD - insert, update, delete) to read (e.g., select) ratio is above 4 or 5 or even higher. There are some good benchmarks to test OLTP workload like TPC-C (https://www.tpc.org/tpcc/), and some benchmarks to test OLAP workload like TPC-H (https://www.tpc.org/tpch/). For mixed or hybrid OLTP and OLAP (it's called HTAP, see this blog for some background https://en.pingcap.com/blog/the-beauty-of-htap-tidb-and-allo...), TPC-H was originally designed for this, however, it actually doesn't reveal the real world workload with several drawbacks. A newer research work from UC Berkeley proposed a HTAP benchmark called TAOBench (https://www.vldb.org/pvldb/vol15/p1965-cheng.pdf) which is pretty interesting and worthy to check.

For the HTAP systems, as mentioned in the above blog, there are quite a few industrial products, like Google just announced AlloyDB (https://cloud.google.com/alloydb), Snowflake's UniStore (https://www.snowflake.com/workloads/unistore/), and one of the most popular open source projects TiDB (https://github.com/pingcap/tidb) which have been deployed by many business applications.

Hopefully these may help a little bit :-)

30 seconds, very impressive!