109: (animated-1)
For the last 8 years I have been telling people: "CAP is misleading", "don't use CAP terms and definitions", "just forget about it, it's useless". Suddenly, today I stumble on relatively new article on the topic. I don't agree with author on all points he makes (like, why is that he thinks mvcc is not linearizable?), but most points are right on.

The CAP theorem is too simplistic and too widely misunderstood to be of much use for characterizing systems. Therefore I ask that we retire all references to the CAP theorem, stop talking about the CAP theorem, and put the poor thing to rest. Instead, we should use more precise terminology to reason about our trade-offs. (Yes, I realize the irony of writing a blog post about the very topic that I am asking people to stop writing about).

Many systems are neither consistent nor available under the CAP theorem’s definitions. However, I’ve never heard anyone call their system just “P”, presumably because it looks bad. But it’s not bad – it may be a perfectly reasonable design, it just doesn’t fit one of the two CP/AP buckets.

Even though most software doesn’t neatly fit one of those two buckets, people try to shoehorn software into one of the two buckets anyway, thereby inevitably changing the meaning of “consistency” or “availability” to whatever definition suits them. Unfortunately, if the meaning of the words is changed, the CAP theorem no longer applies, and thus the CP/AP distinction is rendered completely meaningless.

Whatever you do, please stop talking about CP and AP, because they just don’t make any sense.


https://martin.kleppmann.com/2015/05/11/please-stop-calling-databases-cp-or-ap.html
109: (animated-1)
t-sql настолько leaky, что это даже забавно порой. например, user-defined type (уж насколько и так ограничена эта концепция в t-sql), нельзя вернуть из функции. самой обычной безобидной скалярной функции. что-то будет, говорю вам. нельзя в 21 веке писать на таком уёбище.

между тем, прошу меня понять правильно. сам продукт (sql server, standalone or azure) - отличный. всё надёжно, api все есть, какие надо. вот только язык общения с этим api - t-sql - подкачал.
109: (Default)
эээ... вот, статейку написал про проблемы, которые бывают с запросами, когда данные распределены неравномерно. но прямо там читать мучительно, проще открыть прямо pdf. извините за язык; надеюсь, тут все как-то владеют.
109: (Default)
состояние дел в области распределённых баз данных полностью иллюстрируется соответствующей статьёй в википедии: concurrency control: it is a major issue. it is solved by locking and timestamping. лучше бы её не было, чем так позориться.

отдельно поражает единственный external link: I respect my mum and dad and I take good care of my little dog. In the summer I drink green tea with ice and in the winter I eat mandarins and wait for my good friend Santa to come. I haven't met him yet. I fall asleep too early each year so he just leaves me a present or two.

тем временем, взрослые дяди призывают взглянуть в глаза реальности: it can't be done

а другие, более смелые дяди говорят: fuck it. we're going to five.

а мне со всем этим надо как-то взлететь.

Profile

109: (Default)
109

December 2016

S M T W T F S
    1 23
45678910
11121314151617
18192021222324
25262728293031

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags