https://www.opennet.me/openforum/vsluhforumID3/135620.html Разработчики СУБД ScyllaDB объявили о переводе проекта на проприетарную лицензию, ограничивающую область применения. Ветка ScyllaDB 6.2.x станет последней, доступной под лицензией AGPL. При желании заинтересованные лица могут создать форк и продолжить развитие кодовой базы ScyllaDB под старой лицензией...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62442<br> https://www.opennet.me/openforum/vsluhforumID3/135620.html#112 Mon, 03 Feb 2025 18:39:36 GMT &gt;&gt; Не, жаба была, есть и будет тормозной.<br>&gt; именно поэтому самая быстрая (полноценная, а не васян-поделки) графовая субд написана на <br>&gt; жабе. и кассандра всё ещё намного популярнее этой вашей цыллы ) <br><br>"Не смеши мои тапочки" на жабе низя написать быструю систему. Если нет альтернатив, то значит кто-то плохо искал. Aerospike Graph если-что на Aerospike опирается, который на C.<br>А кассандра просто раньше многих заехала, так что менять её на что-то другое, требует ещё бабла. Ну и есть с жабы тащущиеся, которым "хоть кол на голове чеши".<br> <br><br><br> https://www.opennet.me/openforum/vsluhforumID3/135620.html#111 Mon, 30 Dec 2024 06:29:20 GMT я уже писал про накопление всякого мусора, в частности про Event Sourcing, и уж тем более это касается bigdata<br><br>"БД для бизнеса" это все таки OLTP в первую очередь, но даже для аналитики, вот человек свой кейс описывает:<br><br>Working on a very fire-and-forget type of application, a web-crawling app that collects thousands and thousands of items (often times millions) from the internet and stores them in a nosql collection (currently using MongoDB for this). These collections are very volatile, meaning that they are created and dropped very rapidly. Data access is also very random, so in theory my application could create a collection while the system is live, and dropped while the system is live too -- also, a collection that was created months ago will be accessed randomly for updates and reads. I'm talking thousands and thousands of collections with potentially millions of documents each. <br><br>Пишет что у него 10 TB )) как никрути 10 TB это все равно много... конечно с дуру можно и 10 петабайт сделать и боль https://www.opennet.me/openforum/vsluhforumID3/135620.html#110 Sun, 29 Dec 2024 23:57:19 GMT &gt; База в средних 30 таблиц на 10 млн строк каждая, это до 100 Gb. А 10 TB это 100 таких БД. Т.е. условно 300 таблиц по 100 млн строк каждая.<br><br>Эта сцилла, она немного не о таблицах.<br>Она о том что данные у вас *постоянно* новые записываются.<br><br>Ну например вот уведомления в алиэкспресс когда вы на андроид его открываете, сразу десяток, и всё ваши взаимодействия с ними, включая метрики внимания и то какие вы страницы посещали после того как жамкнули на уведомление.<br>Для примера.<br><br>Кассандра используется церном например, у них там постоянно гигабайты данных льются.<br><br>А если не льются, то вопрос а нехрена оно вам вообще?<br><br>&gt; База в средних 30 таблиц на 10 млн строк каждая, это до 100 Gb.<br><br>Я заливал простую аналитику по торговым данным в бд.<br>100GB для одного рынка за несколько лет.<br>1 таблица.<br> https://www.opennet.me/openforum/vsluhforumID3/135620.html#109 Thu, 26 Dec 2024 10:36:27 GMT &gt; Берем федеральный уровень, 200 млн пользователей, с учетом запаса, у одного пользователя <br>&gt; порядка 100 свойств, каждое свойство хранится в отдельной таблице, привязка идет <br>&gt; по ID пользователя итого уже 100 таблиц, не считая системных, едем <br>&gt; дальше, с каждым пользователем за отчетный период еще 100 документов к <br>&gt; нему привязанных, у документа ID и реквизиты, связь между пользователем и <br>&gt; документами через ID пользователя и ID документа, документы тоже хранятся в <br>&gt; N таблицах выходим на те самые объемы, а описанное выше это <br>&gt; маленький кусочек реальной далеко не самой большой Системы. Это еще не <br>&gt; описана безопасность, всего этого безобразия-)))) <br><br>я даже не проверял твои цифры, но ты считаешь федеральный уровень не большой БД? ведь именно об этом речь<br><br>далее, я писал "Конечно, если вы храните там блобы, то это другая история", а ты запихнул туда документы<br><br>так к чему это все? занимательная математика?<br> https://www.opennet.me/openforum/vsluhforumID3/135620.html#108 Wed, 25 Dec 2024 21:21:12 GMT Оно и видно. Бьют копирастов копирастей. Пусть копирасты платят за лицензии на проприетарь, не так ли? А когда бабла мало - то можно перестать играть в богадельню совсем.<br> https://www.opennet.me/openforum/vsluhforumID3/135620.html#107 Wed, 25 Dec 2024 13:17:15 GMT Берем федеральный уровень, 200 млн пользователей, с учетом запаса, у одного пользователя порядка 100 свойств, каждое свойство хранится в отдельной таблице, привязка идет по ID пользователя итого уже 100 таблиц, не считая системных, едем дальше, с каждым пользователем за отчетный период еще 100 документов к нему привязанных, у документа ID и реквизиты, связь между пользователем и документами через ID пользователя и ID документа, документы тоже хранятся в N таблицах выходим на те самые объемы, а описанное выше это маленький кусочек реальной далеко не самой большой Системы. Это еще не описана безопасность, всего этого безобразия-))))<br> https://www.opennet.me/openforum/vsluhforumID3/135620.html#106 Tue, 24 Dec 2024 04:41:55 GMT Просто оно на С++ написано.<br> https://www.opennet.me/openforum/vsluhforumID3/135620.html#105 Sun, 22 Dec 2024 18:51:18 GMT &gt; Не, жаба была, есть и будет тормозной.<br><br>именно поэтому самая быстрая (полноценная, а не васян-поделки) графовая субд написана на жабе. и кассандра всё ещё намного популярнее этой вашей цыллы )<br> https://www.opennet.me/openforum/vsluhforumID3/135620.html#104 Sun, 22 Dec 2024 14:26:41 GMT GPLщики борют копирастов их же оружием, пока другие опенподсосники подняли лапки и штанцы приспустили.<br><br><br>