The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Представлена распределённая операционная система DBOS, работающая поверх СУБД, opennews (??), 05-Сен-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


91. "Представлена распределённая операционная система DBOS, работ..."  –1 +/
Сообщение от adolfus (ok), 06-Сен-22, 21:01 
Распределенных баз данных не бывает. База данных тогда только база данных, когда она ACID. Все остальное -- файлопомойка.
С данными на множестве узлов работают только нищeбpoды. Нормальные пацаны для этого используют мэйнфреймы. Один 19" блок Z имеет одной оперативки до 40 Тбайт, а в шкафу с ним и в шкафу рядом десятки петабайт дисковой памяти. Одним словом, https://www.redbooks.ibm.com/redbooks/pdfs/sg248851.pdf. Таким образом, на территории, занимаемой парой 19" шкафов (~ 5 квадратных метров с учетом распахнутых дверок и выезда блоков на салазках) располагается любая нынешняя распределенная база данных, какогj бы объема она не была. При этом она даже не ACID, а ACIZ. Z -- zero access time 24/7... Z здесь  вместо D -- durability.
Спросите, а почему гуглы не используют мэйнфреймы? Ответ лежит в плоскости рейдерского наезда жидoрептилоидов из конгреса под предводительством гейтсов на IBM в конце 90-х -- IBM просто не желает с алиенами иметь дело. Пейсбук сюда же.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

92. "Представлена распределённая операционная система DBOS, работ..."  +/
Сообщение от YetAnotherOnanym (ok), 06-Сен-22, 21:37 
> База данных тогда только база данных, когда она ACID

А если юзкейс этого не требует?

Ответить | Правка | Наверх | Cообщить модератору

95. "Представлена распределённая операционная система DBOS, работ..."  +/
Сообщение от adolfus (ok), 06-Сен-22, 22:29 
>> База данных тогда только база данных, когда она ACID
> А если юзкейс этого не требует?

Значит то, что он использует, -- это не база данных, а свалка данных, в лучшем случае файлопомойка.
Юзекейсы -- это термин, не имеющий никакого отношения к базам данных. Это вообще термин из UML -- абстрактного языка, который не предназначен описывать организацию данных, а только использовать уже готовую, причем исключительно статическую организацию, чтобы поверх нее создавать т.н. бизнесалгоритмы, которым будут следовать биороботы, нанятые данным бизнесом.
Юзеркейсы определяют подмножество допустимых действий пользователей над доступными им (в виде static view) данными, при этом они никак не могут влиять на схему данных в базе, поскольку сугубо вторичны и подчинены.
Юзекейс -- это действия, а database никаких действий вообще не определяет -- это просто набор описаний данных и связей между ними (отношений). Эти описания исключительно декларативны и не предполают никаких конкретных действий с ними. Действия -- это задача другого уровня (прикладного). Юзеркейсы -- это методы, а dataase -- это данные, никаких методов доступа к ним не устнавливающие. Юзеркейсы в связи с данными придуманы это лишь для того, чтобы стричь бабки с ООП-лохов, котороые пкупают тысячкстраничные книжки, набитые на 10% банальностями полувековой давности, а на остальные дибильными выдумками крайне ангажированных авторов.


Ответить | Правка | Наверх | Cообщить модератору

110. "Представлена распределённая операционная система DBOS, работ..."  +/
Сообщение от YetAnotherOnanym (ok), 07-Сен-22, 11:31 
> биороботы, нанятые данным бизнесом.

А, ну, всё понятно.
> Юзекейс -- это действия, а database никаких действий вообще не определяет --
> это просто набор описаний данных и связей между ними (отношений).

И? Как быть в случае, если для выполнения действий, требуемых юзкейсом, необходима система с такими данными и отношениями между ними, чтобы в любой географической точке данные были доступны мгновенно, а небольшое отставание актуальности  некритично? Например, пользователь, чей кредит исчерпан, будет несколько минут пользоваться неким сервисом при отрицательном балансе лицевого счёта? При том, что более строгий подход (допуск к пользованию сервисом только при наличии денег на счету, подтверждённом ответом только от центральной БД) приведёт к недоступности сервиса для абонентов на какой-то территории из-за отвала центральной БД.

Ответить | Правка | Наверх | Cообщить модератору

123. "Представлена распределённая операционная система DBOS, работ..."  +/
Сообщение от ыы (?), 08-Сен-22, 07:42 
(1)
>необходима система с такими данными и отношениями между ними, чтобы в любой географической точке данные были доступны мгновенно, а небольшое отставание актуальности  некритично?

То есть такая система - Хорошая система

(2)
>Например, пользователь, чей кредит исчерпан, будет несколько минут пользоваться неким сервисом при отрицательном балансе лицевого счёта?

То есть такая система - плохая система

(3)
>При том, что более строгий подход (допуск к пользованию сервисом только при наличии денег на счету, подтверждённом ответом только от центральной БД) приведёт к недоступности сервиса для абонентов на какой-то территории из-за отвала центральной БД.

От щото я уже запутался в мысли... то есть такая система - плохая система или хорошая?

Ответить | Правка | Наверх | Cообщить модератору

127. "Представлена распределённая операционная система DBOS, работ..."  +/
Сообщение от YetAnotherOnanym (ok), 08-Сен-22, 11:10 
> То есть такая система - плохая система

Но с этим иногда можно смириться.

Ответить | Правка | Наверх | Cообщить модератору

125. "Представлена распределённая операционная система DBOS, работ..."  +/
Сообщение от 1 (??), 08-Сен-22, 09:12 
> "чтобы в любой географической точке данные были доступны мгновенно"

Ну мгновенно - не получится - скорость света/интернета ограничена.
И разве это не реализовать на одном Z-series с толстыми каналами ?

Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

126. "Представлена распределённая операционная система DBOS, работ..."  +1 +/
Сообщение от YetAnotherOnanym (ok), 08-Сен-22, 11:09 
> с толстыми каналами ?

В мире, где строители могут воткнуть сваю в идущий по тоннелю вагон метро, никакой канал не может считаться абсолютно надёжным. После первого же порванного левым экскаватором кабеля начинаешь иначе смотреть на всё, и проектировать инфраструктуру с учётом возможного разрыва соединения. В одних случаях единственный возможный вариант - выдать ошибку и ждать восстановления линка. В другом можно пользоваться локальной репликой, а синхронизацию провести после восстановления связи.

Ответить | Правка | Наверх | Cообщить модератору

97. "Представлена распределённая операционная система DBOS, работ..."  +2 +/
Сообщение от Michael Shigorinemail (ok), 07-Сен-22, 01:13 
> Один 19" блок Z имеет одной оперативки до 40 Тбайт

Один 4Э16С умеет до 16 Тб.

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

111. "Представлена распределённая операционная система DBOS, работ..."  +/
Сообщение от YetAnotherOnanym (ok), 07-Сен-22, 11:39 
Не ломайте человеку манямирок, в котором уровень технологического лидерства Межделмаша недостижим для соперников, а СУБД могут быть только кислотными и никак иначе.

Ответить | Правка | Наверх | Cообщить модератору

106. "Представлена распределённая операционная система DBOS, работ..."  +/
Сообщение от ыы (?), 07-Сен-22, 09:57 
>Распределенных баз данных не бывает. База данных тогда только база данных, когда она ACID. Все остальное -- файлопомойка.

А в каком месте шардинг противоречит ACID?

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру