powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Кто-нибудь использует СУБД CACHE?
16 сообщений из 41, страница 2 из 2
Кто-нибудь использует СУБД CACHE?
    #35064955
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvпри создании индекса в SQL на "таблицу" создается еще одна дублирующая глобаль, т.к. "внизу" никаких индексов нет. Конечно, оптимизатор может при поиске использовать эту глобаль вместо основной.
Я бы сказал совместно с основной. В одной глобали хранятся индексы, в другой - данные. Если индекс был создан с сохранением в нем данных некоторых полей/свойств и запросу хватает данных из индекса, то да - используется только глобал индексов.
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35065030
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
servitВ одной глобали хранятся индексы, в другой - данные.
я в курсе, как хранятся. да и в 1990 году на MUMPS делал нечто похожее, для быстрого поиска по нескольким критериям.
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35069704
pullmann
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SergSuper
не будьте таким жадным - оно же в 10 раз быстрее оракла работает :)

Как признался разработчик БД на базе Cache, которая, собственно, и показала многократное превосходство по скорости поиска текстовых строк по шаблону *текст*, все дело в грамотно составленном индексе в конкретной БД (насколько я помню, испытания проводились на примере базы ГАИ).

На вопрос из аудитории, "почему представители других СУБД не сделали такой грамотный индекс" - он развел руками.

Выходит, быстродействие достигнуто за счет конкретной реализации БД, а не за счет мега-ультра-быстродействующего движка.
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35069727
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Привет, pullmann!
Ты пишешь:

pullmannp> Выходит, быстродействие достигнуто за счет конкретной реализации БД,
p> а не за счет мега-ультра-быстродействующего движка.спасибо, поржал! (С)

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35070116
Lepsik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
servit
Высказывания представителя IBM:
http://www.theserverside.com/news/thread.tss?thread_id=42902#221488

Как видите, Айрану не помешало использовать InterSystems Caché вполне себе
реляционно и даже объектно, особо не беспокоясь о ее нереляционности.



проверил в адресной буке IBM - нет там такого человека и никогда не было
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35070369
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pullmann

Как признался разработчик БД на базе Cache, которая, собственно, и показала многократное превосходство по скорости поиска текстовых строк по шаблону *текст*, все дело в грамотно составленном индексе в конкретной БД (насколько я помню, испытания проводились на примере базы ГАИ).

На вопрос из аудитории, "почему представители других СУБД не сделали такой грамотный индекс" - он развел руками.

Выходит, быстродействие достигнуто за счет конкретной реализации БД, а не за счет мега-ультра-быстродействующего движка.
Где признался? При каких обстоятельствах? В рамках ли уголовного дела либо просто дознания под пытками?
Когда Каша и кого конкретно многократно превосходила? На каких тестах? Если репутация тестов вызывает слишком много скептического момента, то был ли проведена проверка на предмет подтасовки результатов?
Все это дролжно уточняться, если речь не идет о тестах типа TPC, где соблюдаются хоть какие-то правила, снимающие подозрения в галимой рекламе или совсем уж незадачливой вере фанатов (граничащей с язычеством в особо диких племенах).
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35070389
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Lepsikпроверил в адресной буке IBM - нет там такого человека и никогда не было
Информация была взята с http://www.intersystems.com/casestudies/cache/ibm.html

Косвенное подтверждение:
http://java.sun.com/javaone/sf/2006/pavilion/presentation_theaters.jsp

PS: всегда можно обратиться в Intersystems за дополнительной информацией.
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35071469
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хрена туда обращаться, если большинство приведенных ими (или со ссылками на них) "фактов" на поверку оказываются либо плохо проверенными, либо вовсе враньем.
-------------------------------------------------------
Автор благодарит алфавит за любезно предоставленные ему буквы.
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35077326
Зл0й
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pullmann
Как признался разработчик БД на базе Cache, которая, собственно, и показала многократное превосходство по скорости поиска текстовых строк по шаблону *текст*, все дело в грамотно составленном индексе в конкретной БД (насколько я помню, испытания проводились на примере базы ГАИ).

На вопрос из аудитории, "почему представители других СУБД не сделали такой грамотный индекс" - он развел руками.


Потому что "разработчик БД на базе Cache" в других СУБД разбирается как свинья в апельсинах. Он открыл для себя что оказывается запрос с where text_column like '%PATTERN%' работает медленно.

На самом деле разработчики других СУБД (на примере Оракла):

1. Предоставили возможность индексации текстов и поиска по ним (например Oracle Text)
2. Реализовали function-based index и замечательную функцию soundex()
3. Дали API позволяющий дописать к тому же Ораклу свой собственный индекс если оракловый набор вас почему-то не устраивает.

Подобные возможности есть и в других реляционных СУБД например DB2.

Вообще выбор разрабатывать БД на каше из-за того что в ней есть возможность быстрого поиска текста по шаблону - идиотизм. Тогда давайте вообще обойдемся без БД - положим данные в VSAM или ISAM, а софт напишем на мэйнфреймовом ассемблере. Гарантирую - будет работать быстрее любой СУБД.
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35093185
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Думаю, что PR-акции, презентации, бенчмарки (от нужного вендора) нужны только для маркетологов. Любой адекватный DBA понимает, что есть "слоны" на которых строится любой двигатель или технология СУБД. Это алгоритмы и структуры данных. А они едины. Если это хеш-таблица или B*tree то она едина и единообразно работает в любых ОС, средах. Остаётся "сахар" для разработчика. Это ЯП, библиотека, набор тулзов, среда разработки и среда выполнения. Здесь нужно дискуссию выносить в отдельную ветку.
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35094697
Зл0йНа самом деле разработчики других СУБД (на примере Оракла):

1. Предоставили возможность индексации текстов и поиска по ним (например Oracle Text)
2. Реализовали function-based index и замечательную функцию soundex()
3. Дали API позволяющий дописать к тому же Ораклу свой собственный индекс если оракловый набор вас почему-то не устраивает.
Если бы все это еще и работало как следует... А так Оракл слишком дрявый, чтобы быть полезным. Они добавляют кучу фич, а за качеством не следят. Лишь бы бабла побольше слупить. Впрочем, если есть идиоты, которые за это платят, то почему бы не использовать Оракл.
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35095079
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дырявый Оракл... А так Оракл слишком дрявый, чтобы быть полезным...
ЧАЛ? Или его ученик?
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35096176
Зл0й
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дырявый Оракл
Если бы все это еще и работало как следует...

А оно работает, если только руки не кривые.

Дырявый Оракл
А так Оракл слишком дрявый, чтобы быть полезным.

Не знаю, я уже более 15 лет пользуюсь и не жалуюсь. Бесполезен он тем, кто с ним работать не умеет, но тут уж не оракл виноват.

Дырявый Оракл
Они добавляют кучу фич, а за качеством не следят. Лишь бы бабла побольше слупить. Впрочем, если есть идиоты, которые за это платят, то почему бы не использовать Оракл.
Постройте Enterprise Data Warehouse терабайт этак на 30 на какой-нибудь платформе, например на Каше. потом приходите - обсудим во что это вам встало по деньгам. Заодно и определимся с тем кто идиот.
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35100663
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Зл0йНа самом деле разработчики других СУБД (на примере Оракла):

1. Предоставили возможность индексации текстов и поиска по ним (например Oracle Text)
2. Реализовали function-based index и замечательную функцию soundex()
3. Дали API позволяющий дописать к тому же Ораклу свой собственный индекс если оракловый набор вас почему-то не устраивает.

Подобные возможности есть и в других реляционных СУБД например DB2.

Осталось разве лишь добавить: от рождения, с первой же версии. :-)))
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35102303
Зл0й
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну я Зл0йНа самом деле разработчики других СУБД (на примере Оракла):

1. Предоставили возможность индексации текстов и поиска по ним (например Oracle Text)
2. Реализовали function-based index и замечательную функцию soundex()
3. Дали API позволяющий дописать к тому же Ораклу свой собственный индекс если оракловый набор вас почему-то не устраивает.

Подобные возможности есть и в других реляционных СУБД например DB2.

Осталось разве лишь добавить: от рождения, с первой же версии. :-)))

Конкретно Oracle Text c 1997, function-based index c 1999. На дворе 2008й.
...
Рейтинг: 0 / 0
Кто-нибудь использует СУБД CACHE?
    #35126195
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Зл0й ну я Зл0йНа самом деле разработчики других СУБД (на примере Оракла):

1. Предоставили возможность индексации текстов и поиска по ним (например Oracle Text)
2. Реализовали function-based index и замечательную функцию soundex()
3. Дали API позволяющий дописать к тому же Ораклу свой собственный индекс если оракловый набор вас почему-то не устраивает.

Подобные возможности есть и в других реляционных СУБД например DB2.

Осталось разве лишь добавить: от рождения, с первой же версии. :-)))

Конкретно Oracle Text c 1997, function-based index c 1999. На дворе 2008й.
Завтра очередной XXX Text появится в субд XXX. Будете мигрировать?
Видите ли, в чем дело. Если в системе XXX появилась фишка YYY в ZZZ году, то из этого никак логически не вытекает, что всем разработчикам надлежит до ZZZ года ничего не делать.
...
Рейтинг: 0 / 0
16 сообщений из 41, страница 2 из 2
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Кто-нибудь использует СУБД CACHE?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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