powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Смутное время СУБД
25 сообщений из 55, страница 2 из 3
Смутное время СУБД
    #38727575
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621> чал - чё такое?

Был такой юзер на sql.ru с доктриной тотального превосходства MUMPS. Его примечательной особенностью было отсутствие реакции на аргументацию оппонентов и откровенная ахинея в качестве собственной аргументации. Настолько примечательный персонаж, что теперь это - имя нарицательное.
Опять врете)) Традиция)) Вот что значит писать про базы данных, не имея никакой подготовки... Моя примечательная особенность - тщательно реагировать на аргументацию и детально пояснять все идеи и заблуждения в теории и практике баз данных. И это, конечно, мало кому нравится.
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38727578
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
prog123Пора все переписать!
"На вопрос «Как вы можете представить схему эволюционного процесса развития корпоративных систем?» Адам ответил следующее: «Корпоративные системы начались с плоских баз данных и c множества не связанных между собой приложений, но вскоре стало ясно, что «изоляционизм» приложений невозможен. Потребность в обмене данными лет тридцать тому назад была удовлетворена средствами систем обмена сообщениями (messaging backbone), но эта шина оказалась слишком «толстой», к тому же для согласования несвязанных между собой двоичных кодов требовались тяжеловесные адаптеры. Первая революция в области корпоративных систем, нацеленная на преодоление сложностей такого рода, совпала с появлением реляционных СУБД, обладающих качеством, которое можно назвать «самоописанием». Их преимущества заключаются в том, что, во-первых, используя словари и языки запросов, разные приложения смогли обращаться к общим информационным массивам. Во-вторых, средствами и возможностями реляционных баз смогли пользоваться люди, ничего не понимающие в их устройстве, появились клиенты. Работать стало легче и удобнее, хотя при этом приложения по-прежнему образовывали сложную путаницу, и именно эта сложность не была преодолена, поскольку до поры с ней можно было мириться»."
Это - нелепое высказывание, к сожалению. Потому что полностью игнорирует концепцию корпоративной базы данных. Следом игнорируется концепция государственной базы данных и т.д. - до замены простой и надежной парадигмы IOA на бесперспективную SOA)) Вы бы лучше по существу чего-нибудь написали)) Что Вас конкретно не устраивает в РСХОД???
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38727582
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
prog123,
"изменилось качество данных — сегодня основную часть составляют неструктурированные данные."
??? не бывает В ПРИНЦИПЕ неструктурированных данных. Данные всегда структурированы, если Вы хотите говорить о базах данных)
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38727586
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
prog123,
"Вот почему приходится отказаться от строгости реляционных баз и искать иные решения."
Опять существенная неточность. В таком контексте нужно писать "приходится отказываться от строгости баз данных". А вовсе не реляционных баз. Для реляционных систем мне за тридцать лет вообще не удалось найти ни одного, логически обоснованного, приложения (за исключением манипулирования статистическими показателями, но и там не реляционная, все-таки, алгебра)... Итак, Вам приходится отказываться от строгости баз данных для того чтобы решить задачу какую-то? Значит, для решения этой задачи концепция баз данных просто не нужно. Вероятно, есть такие задачи. И что? Непонятно((
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38727594
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
prog123,
А, понятно, где у Вас ключевая ошибка. Вы хотели сказать NoDB, а сказали зачем-то NoSQL)))
https://code.google.com/p/nodb/
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38727603
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38727605
1001
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
а на (в) тюркских языках
чал(шал... и тп) - старый, пожилой ....
...дед...
...старик, короче...
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38727606
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1001а на (в) тюркских языках
чал(шал... и тп) - старый, пожилой ....
...дед...
...старик, короче...
Неверная интерпретация NoDB. Читайте внимательнее.
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38727622
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> а на (в) тюркских языках

В нашем случае всё просто: его так зовут. Аббревиатура фамилии, имени, отчества. По крайней мере, так он представлялся.
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38728064
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
prog123... Но когда заговорили о Больших Данных, неожиданно обнаружилась неподготовленность ИТ к работе с невиданными прежде объемами. Выяснилось, что «священная корова» — господствовавшая идея сведения всего разнообразия данных к таблицам реляционных СУБД — морально устарела.


Я как бы принимал учасние в разработке одной из самых больших на сегоднешний день БД -- 55 миллиардов триплов.
Всё в таблицах, всё жёстко нормализовано, даже перенормализовано за счёт хранения физических справочников данных в columnstore.

Так что теперь могу любому, кто делает такие заявления, смело говорить, что он как минимум неправ.
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38728070
Фотография vmag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivТак что теперь могу любому, кто делает такие заявления, смело говорить, что он как минимум неправ.

и сам не написал ни одной бд.... так... лишь бы языком молоть, как с горы катиться...
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38728143
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vmagMasterZivТак что теперь могу любому, кто делает такие заявления, смело говорить, что он как минимум неправ.

и сам не написал ни одной бд.... так... лишь бы языком молоть, как с горы катиться...

А форум и нужен, чтобы языком молоть...
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38728879
BagaBaga
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
prog123DirksDRBagaBaga,
Код: sql
1.
Что он курит?


В частности это:
Код: sql
1.
В многоклеточных организмах, в ходе их эволюции, процессы обработки информации усложняются и приобретают новые качества.


Так что нас не должна удивлять эволюция SQL DB в NoSQL.

Он правильную траву курит и намекает на трах сопровождающий весь жизненный цикл так называемых сущностей и так называемых связей.

Ну так пусть не сопровождает. Ни сущности, ни связи. Ни жизненный цикл. Не будет ИС - не будет и траха.
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38728881
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Бредятинапростой и надежной парадигмы IOA
Бредятина, подскажите, пожалуйста, где "расшифровку" термина (которую вы тут подразумевали) посмотреть на просторах инета?
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38728982
xenix
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторБредятина, подскажите, пожалуйста, где "расшифровку" термина (которую вы тут подразумевали) посмотреть на просторах инета

Есть версия, что это
Input/Output Adapter
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38729560
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
xenixавторБредятина, подскажите, пожалуйста, где "расшифровку" термина (которую вы тут подразумевали) посмотреть на просторах инета

Есть версия, что это
Input/Output Adapter
Вместо архитектуры, ориентированной на сервисы, может быть только архитектура, ориентированная на что-то другое. И Вы это прекрасно понимаете. Но, лень, конечно, писать по существу)) Понимаю.
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38729563
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
АнатоЛойБредятинапростой и надежной парадигмы IOA
Бредятина, подскажите, пожалуйста, где "расшифровку" термина (которую вы тут подразумевали) посмотреть на просторах инета?
Я то подразумевал DOA, разумеется)) А это - так, полумеры.
http://purl.manticoretechnology.com/ImgHost/582/12917/2011/resources/white_papers/TheIOA-WP-CS-0418.pdf
http://information-roundabout.eu/articles/the-core-of-information-oriented-architecture/
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38729610
xenix
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Бредятина,
С возвращением. Давно Вас не было видно.
авторЯ то подразумевал DOA, разумеется
Direct Oracle Access/Document Oriented Architecture/Data Oriented Architecture ?

Кстати, надеюсь Ваше мнение по поводу необходимости отсутствия таблицы транзакций/проводок не поменялось?
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38729617
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
xenixБредятина,
С возвращением. Давно Вас не было видно.
авторЯ то подразумевал DOA, разумеется
Direct Oracle Access/Document Oriented Architecture/Data Oriented Architecture ?

Кстати, надеюсь Ваше мнение по поводу необходимости отсутствия таблицы транзакций/проводок не поменялось?
Тогда (если Вы вдруг заговорили В ЭТОЙ ТЕМЕ про проводки, хотя я детально Вам все уже объяснил): Dead or Alive.
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38729628
xenix
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторхотя я детально Вам все уже объяснил
Не льстите себе. С темы Вы тогда красиво спрыгнули
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38729642
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
xenixавторхотя я детально Вам все уже объяснил
Не льстите себе. С темы Вы тогда красиво спрыгнули
Вы лжете. Где я спрыгнул?
http://www.sql.ru/forum/324526-1/chtob-ne-izobretat-velosiped-sproshu-u-ludey?hl=????????
Идите в тему и продолжайте. Могу еще много раз объяснить, если Вы что-то не поняли.
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38732280
Фотография U-gene
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivprog123... Но когда заговорили о Больших Данных, неожиданно обнаружилась неподготовленность ИТ к работе с невиданными прежде объемами. Выяснилось, что «священная корова» — господствовавшая идея сведения всего разнообразия данных к таблицам реляционных СУБД — морально устарела.


Я как бы принимал учасние в разработке одной из самых больших на сегоднешний день БД -- 55 миллиардов триплов.
Всё в таблицах, всё жёстко нормализовано, даже перенормализовано за счёт хранения физических справочников данных в columnstore.

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

КМК конфликт между реляционными и NoSQL системами искусственный и раздутый. Ведь нет противоречия между простыми файлами и БД? То же самое здесь. Если назвать NoSQL решения, например, DatаStore (а не DataBase), то конфликт исчезнет. И автор статьи про это оговаривается явно.

Шумиха, попытки столкнуть NiSQL и реляционные системы - маркетинговый ход, КМК, ничего более.
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38732302
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
U-geneШумиха, попытки столкнуть NiSQL и реляционные системы - маркетинговый ход, КМК, ничего более.

Все бы хорошо, если маркетологи NoSQL не сравнивали свои продукты с SQL.
А так, да. У NoSQL свое поле применимости мало (или совсем не) пересекающаяся с SQL.
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38733067
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
On 29.08.2014 02:21, U-gene wrote:

> Шумиха, попытки столкнуть NiSQL и реляционные системы - маркетинговый

СОгласен.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Смутное время СУБД
    #38733083
prog123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
NoSQL, т.е. голый ISAM без интерпретатора языка SQL, - наше всё:), но для этого нужна универсальная схема БД, тогда не надо ничего и ни с кем соединять и вся работа идёт через API с использованием функций типа FindKey, NextKeq и т.д. Естетственно скорость выше без такого звена как интерпретатор.
...
Рейтинг: 0 / 0
25 сообщений из 55, страница 2 из 3
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Смутное время СУБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]