|
|
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
kdvпри создании индекса в SQL на "таблицу" создается еще одна дублирующая глобаль, т.к. "внизу" никаких индексов нет. Конечно, оптимизатор может при поиске использовать эту глобаль вместо основной. Я бы сказал совместно с основной. В одной глобали хранятся индексы, в другой - данные. Если индекс был создан с сохранением в нем данных некоторых полей/свойств и запросу хватает данных из индекса, то да - используется только глобал индексов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2008, 12:05 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
servitВ одной глобали хранятся индексы, в другой - данные. я в курсе, как хранятся. да и в 1990 году на MUMPS делал нечто похожее, для быстрого поиска по нескольким критериям. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2008, 12:26 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
SergSuper не будьте таким жадным - оно же в 10 раз быстрее оракла работает :) Как признался разработчик БД на базе Cache, которая, собственно, и показала многократное превосходство по скорости поиска текстовых строк по шаблону *текст*, все дело в грамотно составленном индексе в конкретной БД (насколько я помню, испытания проводились на примере базы ГАИ). На вопрос из аудитории, "почему представители других СУБД не сделали такой грамотный индекс" - он развел руками. Выходит, быстродействие достигнуто за счет конкретной реализации БД, а не за счет мега-ультра-быстродействующего движка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2008, 19:31 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
Привет, pullmann! Ты пишешь: pullmannp> Выходит, быстродействие достигнуто за счет конкретной реализации БД, p> а не за счет мега-ультра-быстродействующего движка.спасибо, поржал! (С) -- With best regards, Мимопроходящий. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2008, 19:48 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
servit Высказывания представителя IBM: http://www.theserverside.com/news/thread.tss?thread_id=42902#221488 Как видите, Айрану не помешало использовать InterSystems Caché вполне себе реляционно и даже объектно, особо не беспокоясь о ее нереляционности. проверил в адресной буке IBM - нет там такого человека и никогда не было ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2008, 02:24 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
pullmann Как признался разработчик БД на базе Cache, которая, собственно, и показала многократное превосходство по скорости поиска текстовых строк по шаблону *текст*, все дело в грамотно составленном индексе в конкретной БД (насколько я помню, испытания проводились на примере базы ГАИ). На вопрос из аудитории, "почему представители других СУБД не сделали такой грамотный индекс" - он развел руками. Выходит, быстродействие достигнуто за счет конкретной реализации БД, а не за счет мега-ультра-быстродействующего движка. Где признался? При каких обстоятельствах? В рамках ли уголовного дела либо просто дознания под пытками? Когда Каша и кого конкретно многократно превосходила? На каких тестах? Если репутация тестов вызывает слишком много скептического момента, то был ли проведена проверка на предмет подтасовки результатов? Все это дролжно уточняться, если речь не идет о тестах типа TPC, где соблюдаются хоть какие-то правила, снимающие подозрения в галимой рекламе или совсем уж незадачливой вере фанатов (граничащей с язычеством в особо диких племенах). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2008, 09:19 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
Lepsikпроверил в адресной буке IBM - нет там такого человека и никогда не было Информация была взята с http://www.intersystems.com/casestudies/cache/ibm.html Косвенное подтверждение: http://java.sun.com/javaone/sf/2006/pavilion/presentation_theaters.jsp PS: всегда можно обратиться в Intersystems за дополнительной информацией. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2008, 09:25 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
Хрена туда обращаться, если большинство приведенных ими (или со ссылками на них) "фактов" на поверку оказываются либо плохо проверенными, либо вовсе враньем. ------------------------------------------------------- Автор благодарит алфавит за любезно предоставленные ему буквы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2008, 14:04 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
pullmann Как признался разработчик БД на базе Cache, которая, собственно, и показала многократное превосходство по скорости поиска текстовых строк по шаблону *текст*, все дело в грамотно составленном индексе в конкретной БД (насколько я помню, испытания проводились на примере базы ГАИ). На вопрос из аудитории, "почему представители других СУБД не сделали такой грамотный индекс" - он развел руками. Потому что "разработчик БД на базе Cache" в других СУБД разбирается как свинья в апельсинах. Он открыл для себя что оказывается запрос с where text_column like '%PATTERN%' работает медленно. На самом деле разработчики других СУБД (на примере Оракла): 1. Предоставили возможность индексации текстов и поиска по ним (например Oracle Text) 2. Реализовали function-based index и замечательную функцию soundex() 3. Дали API позволяющий дописать к тому же Ораклу свой собственный индекс если оракловый набор вас почему-то не устраивает. Подобные возможности есть и в других реляционных СУБД например DB2. Вообще выбор разрабатывать БД на каше из-за того что в ней есть возможность быстрого поиска текста по шаблону - идиотизм. Тогда давайте вообще обойдемся без БД - положим данные в VSAM или ISAM, а софт напишем на мэйнфреймовом ассемблере. Гарантирую - будет работать быстрее любой СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2008, 22:16 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
Думаю, что PR-акции, презентации, бенчмарки (от нужного вендора) нужны только для маркетологов. Любой адекватный DBA понимает, что есть "слоны" на которых строится любой двигатель или технология СУБД. Это алгоритмы и структуры данных. А они едины. Если это хеш-таблица или B*tree то она едина и единообразно работает в любых ОС, средах. Остаётся "сахар" для разработчика. Это ЯП, библиотека, набор тулзов, среда разработки и среда выполнения. Здесь нужно дискуссию выносить в отдельную ветку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2008, 22:00 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
Зл0йНа самом деле разработчики других СУБД (на примере Оракла): 1. Предоставили возможность индексации текстов и поиска по ним (например Oracle Text) 2. Реализовали function-based index и замечательную функцию soundex() 3. Дали API позволяющий дописать к тому же Ораклу свой собственный индекс если оракловый набор вас почему-то не устраивает. Если бы все это еще и работало как следует... А так Оракл слишком дрявый, чтобы быть полезным. Они добавляют кучу фич, а за качеством не следят. Лишь бы бабла побольше слупить. Впрочем, если есть идиоты, которые за это платят, то почему бы не использовать Оракл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 13:58 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
Дырявый Оракл... А так Оракл слишком дрявый, чтобы быть полезным... ЧАЛ? Или его ученик? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2008, 15:40 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
Дырявый Оракл Если бы все это еще и работало как следует... А оно работает, если только руки не кривые. Дырявый Оракл А так Оракл слишком дрявый, чтобы быть полезным. Не знаю, я уже более 15 лет пользуюсь и не жалуюсь. Бесполезен он тем, кто с ним работать не умеет, но тут уж не оракл виноват. Дырявый Оракл Они добавляют кучу фич, а за качеством не следят. Лишь бы бабла побольше слупить. Впрочем, если есть идиоты, которые за это платят, то почему бы не использовать Оракл. Постройте Enterprise Data Warehouse терабайт этак на 30 на какой-нибудь платформе, например на Каше. потом приходите - обсудим во что это вам встало по деньгам. Заодно и определимся с тем кто идиот. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2008, 05:48 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
Зл0йНа самом деле разработчики других СУБД (на примере Оракла): 1. Предоставили возможность индексации текстов и поиска по ним (например Oracle Text) 2. Реализовали function-based index и замечательную функцию soundex() 3. Дали API позволяющий дописать к тому же Ораклу свой собственный индекс если оракловый набор вас почему-то не устраивает. Подобные возможности есть и в других реляционных СУБД например DB2. Осталось разве лишь добавить: от рождения, с первой же версии. :-))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2008, 14:26 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
ну я Зл0йНа самом деле разработчики других СУБД (на примере Оракла): 1. Предоставили возможность индексации текстов и поиска по ним (например Oracle Text) 2. Реализовали function-based index и замечательную функцию soundex() 3. Дали API позволяющий дописать к тому же Ораклу свой собственный индекс если оракловый набор вас почему-то не устраивает. Подобные возможности есть и в других реляционных СУБД например DB2. Осталось разве лишь добавить: от рождения, с первой же версии. :-))) Конкретно Oracle Text c 1997, function-based index c 1999. На дворе 2008й. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2008, 01:07 |
|
||
|
Кто-нибудь использует СУБД CACHE?
|
|||
|---|---|---|---|
|
#18+
Зл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 года ничего не делать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2008, 11:20 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=35093185&tid=1553170]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
34ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 240ms |
| total: | 364ms |

| 0 / 0 |
