Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10 .. 25   вперед  Ctrl
 Re: Конец SQL?  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
FreemanZAV
vadiminfo
А вдруг Вы Кашист?


Жутковато звучит)
Обычно кашеварами зовёмся.
5 дек 12, 13:39    [13581134]     Ответить | Цитировать Сообщить модератору
 Re: Конец SQL?  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
vadiminfo
Т.е. они спецов из самого Оракла пригласили?
Об этом лучше спросить у William O’Mullane.
Вы полагаете разработчики имели смелость понадеяться исключительно на собственные знания сразу в нескольких СУБД?

vadiminfo
А Оракл, естественно, не написал об этом неудачном для себя сравнении?
Работы начались в 2010 или скорее ещё раньше (pdf).
Возможно сейчас что-то и поменялось бы: прогресс не стоит на месте.

vadiminfo
Нужны ведь какие-то более авторитетные источники.
Авторитетным источником будет директор по IT, который конечно посмотрит на результаты TPC, но потом всё равно сделает пилотный проект в своём окружении с привлечением компетентных специалистов вендоров, которым даст полный карт-бланш в настройке/тюнинге, разработке и т.д. А потом будет анализ ключевых показателей, выводы и доклад руководству выше.

vadiminfo
Потому и предлагаю Вам, чтобы Каша порвала всех на TPC.
Когда там появятся MongoDB, Redis, Cassandra, ... - почему бы и нет?
5 дек 12, 14:28    [13581628]     Ответить | Цитировать Сообщить модератору
 Re: Конец SQL?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
servit
Об этом лучше спросить у William O’Mullane.

Думаю, их ба давно спросили, и с удовольствием написали бы имена тех спецов от Оракла.
Поэтому, сомневаюсь, что лучше у Гия пиплов спрашивать.

servit
Вы полагаете разработчики имели смелость понадеяться исключительно на собственные знания сразу в нескольких СУБД?


Ну я не сомневаюсь в их чрезвычайной смелости: не кажный решился бы положиться на Кашу.


servit
Авторитетным источником будет директор по IT, ....

Угу, это очень авторитетный, конечно. Но все же, скорей, в основном для зависимых от него людей.
Он мог вообще иметь бюджетные или другие траблы, мого не плохо срубить на выборе, выбрать не тех спцов, советчиков.
Да мало ли.


servit
Когда там появятся MongoDB, Redis, Cassandra, ... - почему бы и нет?

Ну так Оракл то там есть уже теперь. Его же Каша сделала?
Или не его, а MongoDB, к примеру? Иначе зачем MongoDB там, чтобы там Каше сделать Оракла?
5 дек 12, 15:06    [13581949]     Ответить | Цитировать Сообщить модератору
 Re: Конец SQL?  [new]
dbms_photoshop
Member

Откуда:
Сообщений: 5151
servit
13554556
Ого! Не ожидал, что в России столько внедрений InterSystems Cache. Госсектор и здравоохранение впечатляют. Подозрение что это неспроста. :)

А насчет того, что Европейского Космического Агентства...
Почитал по диагонали pdf-ки, нашел список СУБД из чего они выбирали, не нашел где написано, что в Oracle медленная вставка.
Да и вообще, учитывая специфику, работу с базой можно считать однопользовательской. Спутник себе данные хреначит и все.
Весьма вероятно, что запускать exadata на орбиту для этого может быть нерационально.
5 дек 12, 16:05    [13582415]     Ответить | Цитировать Сообщить модератору
 Re: Конец SQL?  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
dbms_photoshop
Госсектор и здравоохранение впечатляют.
По здравоохранению ничего удивительного: a, b, c
dbms_photoshop
Подозрение что это неспроста. :)
Посещают люди ежегодные мероприятия, интересуются. И во Франции тоже.
dbms_photoshop
Да и вообще, учитывая специфику, работу с базой можно считать однопользовательской. Спутник себе данные хреначит и все.
  • один пользователь ≠ один поток;
  • OLAP, как правило, не предусматривает много пользователей;
  • здесь данные генерирует один спутник. Но вместо спутника могут быть электросчётчики, которых уже далеко не один, о чём упомянул ТС.

    Не вставкою единой ...

    Вставка данных использовалась для пилот проекта как один из элементов обработки, но предусмотрен и их анализ: сырые данные нужно ведь превратить в полезную информацию.
    Цитата со стр. 5
    Кроме того, БД AGIS содержит несколько вспомогательных индексов, которые создаются на этапе вставки данных в БД.
    Применение этих индексов облегчает исполнение запросов во время обработки данных в AGIS, а также обеспечивает быстрое составление специальных отчетов.

    dbms_photoshop
    Весьма вероятно, что запускать exadata на орбиту для этого может быть нерационально.
    На орбиту запустят спутник с телескопом GAIA. СУБД и администраторы останутся на земле.
  • 5 дек 12, 18:22    [13583547]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    dbms_photoshop
    Member

    Откуда:
    Сообщений: 5151
    Во-первых спасибо за инфу.
    servit
  • один пользователь ≠ один поток;
  • здесь данные генерирует один спутник. Но вместо спутника могут быть электросчётчики, которых уже далеко не один, о чём упомянул ТС.
  • Это все очевидно. Речь была в контексте конкуренции. Читатели и писатели не конкурируют же за одни таблицы? И писателей не тысячи? И обновлений особо нет?
    Или cache отлично справляется и с высокой конкуренцией?
    servit
    СУБД и администраторы останутся на земле.
    То был тонкий английский юмор. :)

    И еще вопрос. Если cache так хороша для вставки. Почему ее не используют в биллингах?
    7 дек 12, 01:58    [13591358]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    DPH3
    Member

    Откуда:
    Сообщений: 456
    servit
    Значит разработчики Европейского Космического Агентства этого не заметили.


    Но вот чем там InterSystem хвастается - не понятно, задача то вообще не про СУБД, а про скорость дисковой системы. Там у них получено что-то около 70Mb в секунду на 76 дисков в потоке, что довольно далеко от чего-то крутого. Впрочем, как дисковую систему настраивали - не указано (
    Ну и с кем сравнивали - тоже не описано.

    Вообще, гораздо интереснее, как эти 100 Tb данных собираются обрабатывать, но судя по всему, БД при этом совершенно не при чем....
    7 дек 12, 04:21    [13591408]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    DPH3
    Member

    Откуда:
    Сообщений: 456
    Ой, не 76, а 176 дисков. Правда, всего 7200 rpm :)
    7 дек 12, 04:28    [13591410]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    servit
    Member

    Откуда: г. Кишинёв, Республика Молдова
    Сообщений: 3148
    Блог
    dbms_photoshop
    Или cache отлично справляется и с высокой конкуренцией?
    В рамках прошедшего симпозиума (стр. 5) заходила речь о инсталляциях с большим количеством одновременных пользователей.
    dbms_photoshop
    И еще вопрос. Если cache так хороша для вставки. Почему ее не используют в биллингах?
    а, б, в, г, д.

    DPH3,

    Вопросы выбора железа не к InterSystems:
    Цитата со стр. 5
    В рамках пробной оценки скорости загрузки данных в БД корпорация InterSystems и Европейский космический центр астрономии совместно со специалистами из компании NetApp разработали испытательную модель <...>
    Первоначально предполагалось, что эти данные будут вставлены в БД за 12 часов. Однако вследствие того, что при проведении этой оценки применялось не совсем адекватное аппаратное обеспечение Европейский космический центр астрономии решил, что пробные испытания будут считаться успешными, если эти данные будут инкорпорированы в БД за 24 часа.
    Рискну предположить, что та же не менее адекватная испытательная модель применялась и для других систем.
    DPH3
    Ну и с кем сравнивали - тоже не описано.
    Разве?
    7 дек 12, 11:17    [13592734]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    DPH3
    Member

    Откуда:
    Сообщений: 456
    dbms_photoshop
    И еще вопрос. Если cache так хороша для вставки. Почему ее не используют в биллингах?
    а, б, в, г, д.
    Хм, примеры такого уровня можно и на MySQL найти сколько угодно. 300 000 счетов, гм...


    DPH3,
    DPH3
    Ну и с кем сравнивали - тоже не описано.
    Разве?[/quot]
    Неа. Перечислить названия СУБД - это не указать, с кем сравнивали. Я вот уверен, что таким мелким заказом ни Oracle, ни Postgre, ни MS заниматься не будут, так что СУБД или настраивали силами самих разработчиков или каких-либо вендоров, но вот их названия не указаны. Так же как и полученные результаты и оценки ТСО.
    Т.е. просто кто-то выбрал Cache, по неизвестным и не опубликованным причинам и наговорил всякий маркетинговый bullshit.

    И я не понимаю, откуда такие сомнения в железе, хотя такую полку я не тестировал, может там внутри что-нибудь совсем печальное. Но вообще запас по производительности там изрядный.
    7 дек 12, 16:45    [13596024]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    mayton
    Member

    Откуда: loopback
    Сообщений: 53052
    dbms_photoshop
    И еще вопрос. Если cache так хороша для вставки. Почему ее не используют в биллингах?

    Не знаю как в биллингах но если это часть финансовой отрасли то используют.

    Вот тут вроде пишут
    http://www.intersystems.com/industry/financial/intersystems-in-financial.html
    7 дек 12, 18:14    [13596503]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    pkarklin
    Member

    Откуда: Москва (Муром)
    Сообщений: 74930
    servit
    В рамках прошедшего симпозиума


    А можно без симпозиумов?! Что-нибудь ближе к tpc.org...
    7 дек 12, 22:57    [13597926]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    pkarklin
    Member

    Откуда: Москва (Муром)
    Сообщений: 74930
    mayton
    Вот тут вроде пишут


    Ну, некоторые и не так извращаются...
    7 дек 12, 22:58    [13597931]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    servit
    Member

    Откуда: г. Кишинёв, Республика Молдова
    Сообщений: 3148
    Блог
    pkarklin
    А можно без симпозиумов?! Что-нибудь ближе к tpc.org...
    По поводу TPC я уже ответил выше, но можно и подробней.
    7 дек 12, 23:36    [13598121]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    Пол Муаддиб
    Member

    Откуда: Москва
    Сообщений: 6
    иерархические БД рулят :)
    18 дек 12, 17:04    [13649990]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    mayton
    Member

    Откуда: loopback
    Сообщений: 53052
    Пол Муаддиб, где?
    18 дек 12, 17:09    [13650019]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    игорь футник
    Member

    Откуда:
    Сообщений: 1
    Я думаю ни куда она не денется.
    30 дек 12, 18:00    [13709218]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    private
    Member

    Откуда:
    Сообщений: 1951
    СКЛ и Каше """конец""" потому-что ИТ индустрия повзрослела и все больше становится не самоделкиных-мастерских на 5-20 человек а концернов.
    В самоделкиной мастерской база данных - сердце системы, вокруг не все пляшут, а для концерна - база данных - всего лишь один из множества компонентов, ее роль не является определяющей и зачастую используется не одна база а множество (в аналитике одна, в биллинге другая и т.п.).

    Т.е. базам не конец - а они просто утратили свое главенствующее положение и перешли в разряд обычного рядового компонента разработки. Их используют и будут использовать, но больше на них не молятся.

    То-же и с каше - их реклама больше не релевантна, никто-же не продает скажем шарикоподшипник и не говорит что на шарикоподшипниках работает атомные электростанции. В атомных станциях конечно-же есть шарикоподшипники, но кто их делает - Каше, СКЛ или кто-то еще - особо не важно.
    31 дек 12, 08:40    [13710786]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    okidoki
    Member

    Откуда:
    Сообщений: 36
    private
    СКЛ и Каше """конец"""
    Конец системы наступит только с вымиранием его поклонников, а не её самой. И, конечно, при условии, что новых поклонников не появится. Если остался хотя бы один поклонник (точнее пользователь) система живёт

    Да здравствуют новые языки (Zigzag, JSON, XPATH) и соответствующие им СУБД! Пусть живут старые Мампсы и Сиквэлы! Посмотрим кто вымрет раньше мамонты или змеи/мыши/птицы... Найти свое место в новой среде (смартфоны, вэб-сервисы, интернет-документы) простым и специфичным инструментам будет легче, чем большим и универсальным динозаврам.

    ВСЕХ С НОВЫМ ГОДОМ! С ГОДОМ ЗМЕИ!
    31 дек 12, 14:21    [13711148]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    vadiminfo
    Member

    Откуда: Обнинск
    Сообщений: 4802
    private
    .. В атомных станциях конечно-же есть шарикоподшипники, но кто их делает - Каше, СКЛ или кто-то еще - особо не важно.

    Но может оказаться, что БД в ИС, соответствует ядерному реактору в атомной станции. Ну типа целью ИС является удовлетворение информационных потребностей, а вся инфа собсно в БД.
    Потому аналогия с шарикоподшипниками все еще может восприниматься как преждевременная. Особенно, за пределами круга клиентописателей.
    Скорее всего, с прогнозами "конца SQL" пока все выглядит как с прогнозами "конца Света": он будет, но када именно, судя по всему, никто пока не знает.

    Возможно, выгоднее спрогнозировать курс валют.

    С НОВЫМ ГОДОМ!!!
    31 дек 12, 18:49    [13711735]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    Toxa92
    Member

    Откуда:
    Сообщений: 4
    dbms_photoshop
    ...не нашел где написано, что в Oracle медленная вставка...

    Шо-то я вообще нигде не видел, чтобы кто-то жаловался на невозможность вставки 800+записей в СУБД. :-)

    Пруф искать лень, но в далёком 2002 году mySAP однажды разразился красивейшей performance-презентацией, в которой похвалился вставками на уровне 150000+ строк в секунду на СУБД Informix/DB2/Oracle.

    Тот же IBM очень долго хвалился datablade-ом под Informix, который позволил для одного непростого заказчика из медицинской сферы вставлять 400000+ строк в секунду. Как они там вставляли, что обходили и насколько надежно - мне как-то плевать. А только совеременные "реляционные" СУБД давно превратились в технологических монстров, которые и к данным могут дать "noSQL" доступ, и "ACID послать побоку" (ну, разве что с Oracle некоторые проблемы - некоторые концепции тамошние архитекторы не всасывают десятилетиями).

    А вопрос "кому нужны сотни тысяч вставок в секунду и хранение этих миллиардов строк?" - глупый. Медицинские датчики выдают полезную информацию. И эта информация интересна и в неагреггированном состоянии, и с любой степенью детализации, и через значительные периоды времени (например, статистический анализ с накладыванием изменений разных факторов для выявления корреляций. Типа: как влиял разнообразный колокольный звон рядом стоящей церкви (какой-то фанат записал на пленку с метками времени за год) на артериальное давление пациентов - полезная, я вам скажу штука :-))) ).

    Так что чухать всяким Cache и NewSQL до флагманов "РСУБД с их допотопным SQL" ещё долго и со вкусом. Глупости про лучший перформанс - не более чем глупости. Флагманы, при необходимости, вкладываются в штуки типа SolidDB или TimesTen - и живут припеваючи, отпихивая мосек сапогами.
    11 янв 13, 19:02    [13756309]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    mayton
    Member

    Откуда: loopback
    Сообщений: 53052
    Удивительно как люди из мира It (инженеры по образу мышления) могут
    быть подвержены моде, слухам и панике.

    SQL будет работать когда вы будете лежать в могиле. Хехе...
    11 янв 13, 19:28    [13756414]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    dbms_photoshop
    Member

    Откуда:
    Сообщений: 5151
    Toxa92,

    Если ты овечал мне, то к сожалению, должен признать что смысловой нагрузки в твоем сообщении ноль.
    Весь твой поток сознания без ссылок не имеет ни малейшего значения. Более того, подозреваю, что ты не отличаешь 1000 вставок по строке от вставки 1000 строк.
    PS. Про гонки сферических коней много исследовано на tpc.org.
    11 янв 13, 20:07    [13756551]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    MasterZiv
    Member

    Откуда: Питер
    Сообщений: 34709
    M234
    Конец SQL? ;)

    Забавный крендель. Типа мы всех порвём....
    Кто-нибудь знает что-то конкретное по этой системе?
    А то в статье одни общие фразы.



    автор
    Реляционные системы управления базами данных и язык запросов SQL успешно использовались более 20 лет. Однако сегодня рост объемов информации идет такими темпами, что существующие технологии просто не успевают справляться с лавиной данных. Поэтому в последнее время приобретает популярность концепция NoSQL, название которой правильнее расшифровать как "не только SQL". О вариантах ее реализации в интервью CNews рассказал Петер Менгель, директор по маркетингу в Центральной и Восточной Европе компании InterSystems.


    Это -- их маркетинг. Притвориться "нереляционной" СУБД, чтобы как-то выделиться из общей масссы.
    Это конечно же хороший маркетинговый ход, ничего не скажешь.
    14 янв 13, 20:36    [13769269]     Ответить | Цитировать Сообщить модератору
     Re: Конец SQL?  [new]
    MasterZiv
    Member

    Откуда: Питер
    Сообщений: 34709
    Partisan M
    Архаичность Cache скрывается с помощью густого облака пропаганды - она и "постреляционная", и "объектная", теперь вот узнали новое модное слово - и она же стала "noSQL", так и оставшись иерархической. И разумеется конкурирует не иначе как с Oracle.
    Не люблю жуликов.


    Это не жулики, это маркетологи.

    :-)

    А главное -- как у них устроено хранилище записей, вот ключевой момент.
    Но что-то мне подсказывает, что columnstore поинтереснее всё же их подхода будет.
    Но пока уверенности нет.
    14 янв 13, 20:40    [13769280]     Ответить | Цитировать Сообщить модератору
    Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10 .. 25   вперед  Ctrl
    Все форумы / Сравнение СУБД Ответить