powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Не уже ли в 200 раз?
16 сообщений из 16, страница 1 из 1
Не уже ли в 200 раз?
    #32052749
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32052754
Фотография ziktuw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"Клевещите, клевещите. Что-нибудь да останется" (С) Геббельс
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32052766
Фотография MiCe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
если строить систему специально под cache - то иногда
производительность выше от 10 до 200 раз....
просто при проектирование нужно учитывать особенности этой субд....
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32052794
sergwsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Странно - но основные приложения на Cache являются Госпитальными Информационными Системами, в основе которых лежит Электронная История Болезни пациента. А ЭИБ это набор всевозможных фактов, текстов, изображений и всякой всячины, прицепленный к ID пациента. ИМХО никакой особой аналитической обработки в таких системах не производится.
О применении Cache для создания Корпоративных Систем - информация почти отсутствует.
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32052891
Glory
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я вижу пока, что
"При сравнении скорости обновления данных в таблице, состоящей из 10 миллионов строк, CACHÉ работала в 200 раз быстрее, чем Oracle"

Хорошо, UPDATE работает в 200 раз быстрее всех. Следует ли из этого что и SELECT будет в 200 раз быстрее ? Сомневаюсь я что-то...
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32052899
Tulkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну и в чем же меня разводят???
(Новый русский из анекдота про сделку с дьяволом)
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32052924
Фотография MiCe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
работает..... толко не через язык запросов....
и аналитическая обработка встроенная.... удобно....
не сочтите за рекламу.....
я пользуюсь mssql, а с cache пока играюсь.....
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32052926
Фотография Lexis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а я вот поискал...что то не нашел ничего...
искал тут:
http://www.tpc.org/
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32052930
Фотография MiCe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
не знаю как в новой версии....
а вот в 4 были проблемы с блокировками...
и не знаю на счет устойчивости и распределенной обработки.....
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32052936
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не смотря на свою весьма громко заявленное позиционирование ("постреляционность" ie), Cache выросла из MUMPS. То есть, из иерархической СУБД, а не реляционной. В России на ДВК/СМ некоторое время (ох и давно же это было...) ходила срисовка с MUMPS, называемая ДИАМС.
Относительно удобства и всего прочего. Изначально в MUMPS/ДИАМС были возможны только иерархические связи. В этой архитектуре очень удобно описывались объекты, имеющие иерархическую структуру по своей природе (например, меню). Не хочу углубляться в различия между иерархической СУБД и реляционной, но вкратце скажу. В иерархической очень просто и изящно реализуются, например, такие структуры, как древовидный справочник, записи которого на разных ветках имеют разный набор атрибутов, перечень и тип которых заранее неизвестен. Для реализации подобной структуры с помощью реляционной СУБД приходится плясать яростный танец с бубном. Однако, и в иерархической СУБД тоже приходилось устраивать танцы с бубном, но уже в тех местах, которые в реляционной СУБД реализуются как нечего делать. К примеру, до 5-й версии ДИАМС не могла без жуткого скриптования реализовать вывод содержимого своих иерархических данных в виде некоторой совокупности таблиц. Для хождения по записям "таблицы" нужно было от текущей записи подняться по ссылке до родителя, вычислить обратную ссылку от предка к дочерней записи, взять следующую ссылку на следующую дочернюю запись, перед этим проверив, а не является ли предыдущая ссылка последней. Чтобы реализовать сортировку записей "таблицы" в том или ином порядке, к предыдущему плясанию с бубном добавлялась смесь лезгинки с агонией умирающего динозавра.
В более новых версиях в MUMPS/ДИАМС были добавлены горизонтальные ссылки (а не только иерархические), с помощью которых, по крайней мере, перемещение на следующую запись таблицы перестало быть проблемой. Однако, возможности объединений данных, выходящих за пределы древовидной структуры по-прежнему, остались скудными.
Что там было после версии 5.3, я уже не в курсе. Возможно, в Cache что-то больно много всякого революционного. Но сильно обольщаться я бы вам не советовал. Кроме того, у меня конкретно нет четкого понимания, является ли Cache клиент-серверной системой или нет. MUMPS/ДИАМС обычно использовался в многотерминальных комплексах (один компьютер - куча мониторов с клавиатурами, но без "мозгов"). Это не клиент-серверная и не файл-серверная архитектура. Где конкретно сейчас отрабатывает его ядро - на сервере или на клиенте? Ответ на этот вопрос я не нашел.
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32052960
Alex_open_m
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Насколько я помню, MSM приложения могли выполняться как на клиенте (3.0.10 по крайней мере), так и на сервере (MSM Server 4.0 при соответствующей лицензии). Думаю, что и Cache унаследовала такие-же качества,

Впрочем, я думаю, этим размышлениям лучше предаваться в форуме "Другие СУБД"
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32052968
Фотография MiCe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
является клиен-сервер... запросы отрабатываются именно на сервере(или серверах причем прозрачно.... сам не пробывал - но то что читал было интересно)
горизантальные связки и сортировка - уже нормально реализованы....
согласе с заявлением что она не постреляционная...
мне лично нравится связка рсубд+исубд.... плюс многомерные таблицы(не знаю точно как реализованно.... может и через иерархию....)
OLAP+OLTP+интеграция с языками ВУ+объектный подход внутри(почти ООСУБД)....почти мечта "идиота".....
если б не другой подход и было больше времени....
н-да.... продукт интересен , заманчив , но...... как всегда но...
что делать с наработанным? сколько времени на перенос?
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32053094
SiDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Очень сия штука напоминает BerkeleyDB в объ.-ориент. обертке. Жалко не нашел примера на котором приводились тесты. Вот их бы и сравнили. Думаю было бы не в пользу Каше при доступе к бд берклей RecNo или Queue (хотя и тут не совсем честное сравнение). Если у кого осталась Каше стоит, то можем провести свои тесты по 5-6 БД разным.
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32053827
pavlo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SiDen, можно и потестировать.
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32067491
qqqqwert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Я, господа, юзал и юзаю.
Действительно, быстрее и удобнее. Если вы проектируете конкретную задачу, а не "ваще", то можете добиться скорости, определяемой только железом. И, не знаю, как в старом добром MUMPS'е, а в Cache можно делать и таблицы. Кстати, она, кроме иерархичности, ещё и объектная.
А насчёт 200 раз - такие тесты делаются не на реальных данных, а на модельном заполнении и выборках.
Движок у неё, действительно, чрезвычайно мощный. 200, не 200, но oracle бьётся на раз.
Но неудачным проектированием, как и везде, мощность движка убить можно. А проектирование на Cache требует особой аккуратности, поскольку доступ к данным с точностью до байта (а не до поля).

P.S. Кстати, все знают, что официальное сравнение СУБД по скоростям и публикация результатов его запрещены? Так что, точно про 200 вам никто не скажет. Или не подпишется.
...
Рейтинг: 0 / 0
Не уже ли в 200 раз?
    #32067513
Фотография mahoune
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну официальные может и запрещены! Но давайте неофициальные устроим! Под эгидой SQL.ru
...
Рейтинг: 0 / 0
16 сообщений из 16, страница 1 из 1
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Не уже ли в 200 раз?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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