я за 10 минут нарисовал прототип на спринге с тучей рест api и процессинге на duckdb, за 10 минут получив ответ стоит ли оптимизировать spark на хадупе или двинутся в сторону duckdb. я в восторге
речь не про достаточно, а про ложь о существовании транзакций.
ну а если говорить о недостатках, то без каких-то административных правил, аналитики могут вычитать клиентов и транзакции на разные моменты времени и натренировать модель на неконсистентных данных. правда и в старых DWH никто одной транзакцией не заливал, но недостаток никуда не делся.
издеваешься ? не было в космосе ядерных реакторов, все что было - ядерная батарейка, где сама собой идет реакция деления. серьезное тепло не возможно рассеять.
в дата центах тепло можно наружу вывести а на мкс никак и у научного сообщества нет идей как тепло рассеять. это главное препятствие ядерным реакторам в космосе, начиная с тэм.
к 2030 большая часть сотрудников в частном секторе будут ии агенты,жалкий триллион мягко говоря не та сумма что бы кого-то озаботить на фоне того что уже произошло в ит индустрии
я умею готовить и говорю как профессионал - mysql унылое ..., ни одна другая субд не будет дедлочить в тех ситуациях. даже самые унылые блокировочники ставят эксклюзивные локи ровно на те записи, какие меняют.
На сколько помню у Берштейна то что соответствовало ACID, то может называться транзакцией, т.е. ACID=транзакция.
а девочки рисующую рекламу из DuckDB читали Берштейна, они точно понимают о чем говорят или как у датабрика ? если я открою DeckDB в Dbeaver и параллельно моя программа будет менять в транзакции несколько таблиц ? наверняка же Dbeaver ничего не будет знать о внешних для него транзакциях и вычитает неконсистентную кашу.
мы одну и ту же статью читали ? в той что читал было обещание "должны были принести гарантии полноценных баз данных в S3" и на полном серьезе утверждается "это действительно работает. Delta Lake, Iceberg и Hudi обеспечивают надежные ACID-гарантии"
mysql разочаровал абсурдными локами при фуллскане, невинный апдейт/делит с предикатом по полю без индекса лочит нафиг всю таблицу, вызывая дедлоки и прочую хрень. на этом фоне даже вакум постгреса уже не столь уж угнетает.
ни в лейкак, ни в лейкхаусах нет самого понятия транзакция, соответственно "должны были принести гарантии полноценных баз данных в S3" пока далековато.
изменится все. абсолютно все.
то что было у клауди 2 месяца назад и сейчас разные эпохи. разумней выкинуть и перегенерить, благо день работы.
я за 10 минут нарисовал прототип на спринге с тучей рест api и процессинге на duckdb, за 10 минут получив ответ стоит ли оптимизировать spark на хадупе или двинутся в сторону duckdb.
я в восторге
речь не про достаточно, а про ложь о существовании транзакций.
ну а если говорить о недостатках, то без каких-то административных правил, аналитики могут вычитать клиентов и транзакции на разные моменты времени и натренировать модель на неконсистентных данных. правда и в старых DWH никто одной транзакцией не заливал, но недостаток никуда не делся.
энтерпрайз в урюпенкске ?
SNAP-10A это 600 вт электрической энергии, даже мой домашний комп запитать бы не смог
это все ядерные батарейки, там нет активной зоны реактора с тысячами градусов нагрева.
издеваешься ? не было в космосе ядерных реакторов, все что было - ядерная батарейка, где сама собой идет реакция деления. серьезное тепло не возможно рассеять.
бегом в Курчатовский институт, поведай убогим эти решения, а то они с ТЭМ 15 лет возятся и все никак.
зайди в любой энтерпрайз, спроси. процесс то не первый месяц идет.
причем тут груз ? проблема в том что в космическом вакууме хрен тепло рассеешь. тэм 20 лет над проблемой работает и даже прототипа нет.
в дата центах тепло можно наружу вывести а на мкс никак и у научного сообщества нет идей как тепло рассеять. это главное препятствие ядерным реакторам в космосе, начиная с тэм.
наркоман не слышал, что приходится воротить в ТЭМ, что бы охладить ядерный реактор.
к 2030 большая часть сотрудников в частном секторе будут ии агенты,жалкий триллион мягко говоря не та сумма что бы кого-то озаботить на фоне того что уже произошло в ит индустрии
перевод ужасен
я умею готовить и говорю как профессионал - mysql унылое ..., ни одна другая субд не будет дедлочить в тех ситуациях. даже самые унылые блокировочники ставят эксклюзивные локи ровно на те записи, какие меняют.
На сколько помню у Берштейна то что соответствовало ACID, то может называться транзакцией, т.е. ACID=транзакция.
а девочки рисующую рекламу из DuckDB читали Берштейна, они точно понимают о чем говорят или как у датабрика ? если я открою DeckDB в Dbeaver и параллельно моя программа будет менять в транзакции несколько таблиц ? наверняка же Dbeaver ничего не будет знать о внешних для него транзакциях и вычитает неконсистентную кашу.
мы одну и ту же статью читали ? в той что читал было обещание "должны были принести гарантии полноценных баз данных в S3" и на полном серьезе утверждается "это действительно работает. Delta Lake, Iceberg и Hudi обеспечивают надежные ACID-гарантии"
mysql разочаровал абсурдными локами при фуллскане, невинный апдейт/делит с предикатом по полю без индекса лочит нафиг всю таблицу, вызывая дедлоки и прочую хрень. на этом фоне даже вакум постгреса уже не столь уж угнетает.
ни в лейкак, ни в лейкхаусах нет самого понятия транзакция, соответственно "должны были принести гарантии полноценных баз данных в S3" пока далековато.