Oo, a new vid on Spring dev. Liked and looking forward to watching it later. A timely topic, btw.
@daltonyon3 жыл бұрын
Thanks everyone and especially Spring to bring that type of content, i really like a lot!!
@НиколайКараман-с9б3 жыл бұрын
Thank you. Quite good talk. Minor feedback on organization. Please, consider disabling the microphone if you do not talk. The Sound of a keyboard or chair squeak was annoying.
@yilativs3 жыл бұрын
time 1:02:30 - if the presenter wasn't convincing, the real reason why PRIMARY KEY ((sensor_id),logged_at) is bad is because cassanda has a limitation on number of elements in one cluster, and in order to avoid it one has to use PRIMARY KEY ((sensor_id,log_date,logged_at) as a PK, or maybe log_month or even log_year depending on how often you query your sensors and if you need to group by particular amount range.
@Gopalbajpeyee3 жыл бұрын
Awesome Talk !! Thank you.
@yilativs3 жыл бұрын
time 1:00:00 - why primary key ((city), last_name, first_name, email) is a good example, why do you use example with user_id if it's not in the table? to me a good example for current db is primary key (email) or primary key ((city), email) if you really have workloads for cities... Would be nice to hear some explanations from authors.
@yilativs3 жыл бұрын
why it is on spring developer and doesn't have a single word on spring integration?