mirall: (job)
Книжка про Big Data architectural principles. Введение. Длинный и драматический рассказ о том, как обычно строят приложение, в основе которого лежит реляционная СУБД, и о том, как она неизбежно становится единой точкой отказа.

One problem is that your database is not self-aware of its distributed nature, so it can't help you deal with shards, replication, and distributed queries. All that complexity got pushed to you both in operating the database and developing the application code.

Дьявольщина, так возьми СУБД, которая поддерживает собственную распределёность и делает это прозрачно для приложения. Такие есть и даже больше, чем одна.

А потом мы плавно переехали на Big Data.

Another core technique you'll learn about is making you data immutable. Instead of storing the counts as your core dataset, which you continuously mutate as new record to count comes in, you store the raw record information. It is never modified. So when you make a mistake, you might write bad data, but at least you won't destroy good data.

Плохой, плохой архитектор баз данных. Кто тебя учил делать update на количество записей? Изменений данных вообще лучше избегать. Чем меньше операций update в коде, тем лучше.

Нет, я всё понимаю, новая модная перспективная технология. И сейчас нас быстренько научат выжать из неё всё. Но, чёрт побери, если ты не умеешь проектировать приложения на основе реляционных СУБД, то реляционные СУБД в этом не виноваты. Просто у кого-то кривые руки. Впрочем, как всегда.
Page generated Jul. 24th, 2017 12:46 pm
Powered by Dreamwidth Studios