Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 18 19 20 21 22 [23] 24 25 26 27 .. 106   вперед  Ctrl
 Re: CACHE и MSSQL  [new]
kvasov
Member [заблокирован]

Откуда:
Сообщений: 853
Как эффективнее в Оракл в «индекс-организованной-таблице», зная ROWID, прочитать и присвоить переменным значения следующих за ROWID записей (к примеру 3-х)?
9 ноя 06, 14:04    [3375862]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
kvasov
Как эффективнее в Оракл в «индекс-организованной-таблице», зная ROWID, прочитать и присвоить переменным значения следующих за ROWID записей (к примеру 3-х)?

Посевы ЧАЛа дают всходы :)
Да не с записями нужно работать, а с данными
Нет в SQL следующих и предыдущих записей
9 ноя 06, 14:42    [3376230]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
В голове Каша

Для начала, хорошо бы определиться:
1. Что есть "следующие за ROWID" записи ? (особенно для IOT)
2. Почему IOT чем обычная таблица не устроила ?
3. Почему по ROWID ?
9 ноя 06, 14:46    [3376281]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32898

Привет, Gluk!
Ты пишешь:

Gluk
GK> В голове Каша
поправка - CACHE !

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

Posted via ActualForum NNTP Server 1.3

9 ноя 06, 15:01    [3376480]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
ну я
Member

Откуда: Москва
Сообщений: 1276
SergSuper
kvasov
Как эффективнее в Оракл в «индекс-организованной-таблице», зная ROWID, прочитать и присвоить переменным значения следующих за ROWID записей (к примеру 3-х)?

Посевы ЧАЛа дают всходы :)
Да не с записями нужно работать, а с данными
Нет в SQL следующих и предыдущих записей

Представляю, что бы началось у ораклистов если бы была операция перехода к следующему rowid ;)))
9 ноя 06, 15:07    [3376544]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
kvasov
Member [заблокирован]

Откуда:
Сообщений: 853
SergSuper
kvasov
Как эффективнее в Оракл в «индекс-организованной-таблице», зная ROWID, прочитать и присвоить переменным значения следующих за ROWID записей (к примеру 3-х)?

Посевы ЧАЛа дают всходы :)
Да не с записями нужно работать, а с данными
Нет в SQL следующих и предыдущих записей



Да?
Но IOT - это разве не таблица-индекс?
И разве у записи таблицы нет ROWID?
И разве в индексе нет предыдущих и следующих записей?

Еще ничего не сделано - все уже не работает?
9 ноя 06, 15:19    [3376648]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Один дурак может задать такой вопрос, что и сто мудрецов не ответят (с) не мой
9 ноя 06, 15:32    [3376772]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Rus000
Member

Откуда: Красноярск
Сообщений: 317
kvasov
> 0< i <= log_k(N)
почему в Кеше, при обращении set var=^Ug("Audi","Черные","5")
участники обсуждения решили что Кеш ищет данные вычисляя 20 раз логарифм?
Может Кеш просто знает, куда он записал эти данные?

Мы же не говорим Кешу - найди то, чего мы сами не знаем.
Мы ему говорим точную "координату" данных.
А Кеш просто знает, где лежат эти данные.


Within data blocks, globals are stored sequentially. Both subscripts and data are stored together. There is a special case for large node values (long strings) which are stored within separate blocks. A pointer to this separate block is stored along with the node subscript.
For example, suppose you have a global with the following contents:

^Data(1999) = 100
^Data(1999,1) = "January"
^Data(1999,2) = "February"
^Data(2000) = 300
^Data(2000,1) = "January"
^Data(2000,2) = "February"

Most likely, this data would be stored within a single data block with a contiguous structure similar to (the real representation is a series of bytes):
Data(1999):100|1:January|2:February|2000:300|1:January|2:February|...
An operation on ^Data can retrieve its entire contents with a minimum number of disk operations.

Если Вы смотрели физическую организациб блоков глобала, то увидели бы, что верхний поинтер-блок содержит указатели на поинтер-блоки 2-го уровня, каждый из которых на блоки третьего уровня т.д., причем в каждом блоке указателей храниться лишь ссылки на часть блоков нижнего уровня, остальные указываются в соседних (братьях) блоках указателей. На самом низу лежат дата-блоки. На всех уровнях организации блоки связаны в цепочни (right-hand-link).

Для того чтобы найти по известному ключу дата-блок потребуется несколько операций поиска по блокам указателей как по down-link так и right-hand-link ссылкам. А логический шаг конечно один - прямой доступ по ключу (rowid)

Кстати, есть хорошая книжка по структурам индексов в частности - "Системы баз даннх. Полный курс", Г.Гарсия-Молина, Д.Ульман, Д.Уидом, глава 13 "Структуры индексов"
9 ноя 06, 15:34    [3376788]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MGR
Member

Откуда:
Сообщений: 536
kvasov


Да?
Но IOT - это разве не таблица-индекс?
И разве у записи таблицы нет ROWID?
И разве в индексе нет предыдущих и следующих записей?

Еще ничего не сделано - все уже не работает?


Браво, браво!
Пиши, товарищ ещё!


читаю и плачу от счастья.... :D
9 ноя 06, 15:35    [3376801]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX (ЧАЛ)
Guest
SergSuper
kvasov
Как эффективнее в Оракл в «индекс-организованной-таблице», зная ROWID, прочитать и присвоить переменным значения следующих за ROWID записей (к примеру 3-х)?

Посевы ЧАЛа дают всходы :)
Да не с записями нужно работать, а с данными
Нет в SQL следующих и предыдущих записей

а мне надо трех товарищей с табельными номерами
СЛЕДУЮЩИМИ за моим
номера идут с пропусками, не подряд
9 ноя 06, 15:47    [3376899]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MGR
Member

Откуда:
Сообщений: 536
MX -- ALEX (ЧАЛ)
а мне надо трех товарищей с табельными номерами
СЛЕДУЮЩИМИ за моим
номера идут с пропусками, не подряд


Надо - что? Зафетчить из рекордсета?
Получить от сервера?
9 ноя 06, 15:52    [3376945]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX
Guest
MGR
MX -- ALEX (ЧАЛ)
а мне надо трех товарищей с табельными номерами
СЛЕДУЮЩИМИ за моим (по возрастанию значений)
номера идут с пропусками, не подряд


Надо - что? Зафетчить из рекордсета?
Получить от сервера?

напичатать
9 ноя 06, 15:55    [3376974]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MGR
Member

Откуда:
Сообщений: 536
MX -- ALEX

напичатать


Пичатайте, пацаны не против!
У вас КАША уже и печатать умеет?
9 ноя 06, 16:05    [3377072]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX
Guest
MGR
MX -- ALEX

напичатать


Пичатайте, пацаны не против!
У вас КАША уже и печатать умеет?


кашу не трожь - святое

ну дык как - совладаете ?
или помочь ?
9 ноя 06, 16:33    [3377302]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Rus000
Если Вы смотрели физическую организациб блоков глобала, то увидели бы, что верхний поинтер-блок содержит указатели на поинтер-блоки 2-го уровня, каждый из которых на блоки третьего уровня т.д., причем в каждом блоке указателей храниться лишь ссылки на часть блоков нижнего уровня, остальные указываются в соседних (братьях) блоках указателей. На самом низу лежат дата-блоки. На всех уровнях организации блоки связаны в цепочни (right-hand-link).


Это называется B-дерево, Сэр (с)
9 ноя 06, 16:34    [3377326]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
MX -- ALEX
ну дык как - совладаете ?
или помочь ?


Пока не определите ПОРЯДОК следования записей, навряд ли
9 ноя 06, 16:37    [3377346]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
MX -- ALEX (ЧАЛ)
SergSuper
kvasov
Как эффективнее в Оракл в «индекс-организованной-таблице», зная ROWID, прочитать и присвоить переменным значения следующих за ROWID записей (к примеру 3-х)?

Посевы ЧАЛа дают всходы :)
Да не с записями нужно работать, а с данными
Нет в SQL следующих и предыдущих записей

а мне надо трех товарищей с табельными номерами
СЛЕДУЮЩИМИ за моим
номера идут с пропусками, не подряд


Вот тут схема метро Петербурга
а мне надо три станции, следующие за станцией ТЕХНОЛОГИЧЕСКИЙ ИНСТИТУТ
последняя из них, кстати, моя будет
смогёте определить?
9 ноя 06, 16:57    [3377542]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX
Guest
спасибо
метро распечатал

а где табельные номера ?
9 ноя 06, 17:04    [3377616]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Чернышев Андрей Леонидович
Member

Откуда:
Сообщений: 257
В "реляционных системах" нет идентификации, навигации и семантики данных.
В "отношении", конечно, нельзя обратиться ни к предыдущей, ни к следующей записи. Еще раз повторю: "реляционный ключ", "реляционный суррогат", "реляционный идентификатор" находятся в той же "записи". Нет настоящего идентификатора, как в MUMPS:
^obj(ид.экземпляра)=экземпляр
Нет идентификации в индексах (к ним просто нет доступа в терминах модели, и эта вынужденная глупость "объясняется" тем, что мол индексы - это не данные; из чего должно следовать, что система должна работать без индексов; но в примерах, которые мы рассматривали - например, с продажей железнодорожного билета - просто очевидно, что "индекс" такая же полноправная часть данных, как и "отношение" и приложение НЕ РАБОТАЕТ без "индекса" точно так же, как и без "отношения"):
^ind(ид.характеристики,значение,ид.экземпляра)=""
Нет идентификации - нет навигации.

Не поддерживаются явно связи между сущностями, и, естественно, нет семантики данных.

Есть только операции над множествами, исполняемые "оптимизатором", что, конечно, есть и в любой ОСУБД на MUMPS (или в той же ООСУБД Cache).
Так что "Р"СУБД имеют "органические" ограничения, и не пригодны по существу ни для одного типа приложений.
9 ноя 06, 17:24    [3377864]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32898

Привет, Чернышев!
Ты пишешь:

Чернышев
ЧАЛ> Так что "Р"СУБД имеют "органические" ограничения,
ЧАЛ> и не пригодны по существу ни для одного типа приложений.
какой восхитительный бред!
браво!

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

Posted via ActualForum NNTP Server 1.3

9 ноя 06, 17:30    [3377925]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Rus000
Member

Откуда: Красноярск
Сообщений: 317
Gluk (Kazan)
Rus000
Если Вы смотрели физическую организациб блоков глобала, то увидели бы, что верхний поинтер-блок содержит указатели на поинтер-блоки 2-го уровня, каждый из которых на блоки третьего уровня т.д., причем в каждом блоке указателей храниться лишь ссылки на часть блоков нижнего уровня, остальные указываются в соседних (братьях) блоках указателей. На самом низу лежат дата-блоки. На всех уровнях организации блоки связаны в цепочни (right-hand-link).


Это называется B-дерево, Сэр (с)


Да ну?
9 ноя 06, 18:28    [3378439]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Зл0й
Member

Откуда: Северная Калифорния
Сообщений: 686
SergSuper


Вот тут схема метро Петербурга
а мне надо три станции, следующие за станцией ТЕХНОЛОГИЧЕСКИЙ ИНСТИТУТ
последняя из них, кстати, моя будет
смогёте определить?


Гавно вопрос, только вам придется сначала сказать "следующие" по какой ветке и в какую сторону. Вы вообще в курсе что в реляционных СУБД есть всякие разные приблуды для хранения geospatial data (извиняйте, не знаю как это правильно по русски называется). А в некоторых реляционных СУБД можно "дописать" свой тип данных и индексов, если встроенные чем-то не устраивают.
9 ноя 06, 18:47    [3378539]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Зл0й
Member

Откуда: Северная Калифорния
Сообщений: 686
Чернышев Андрей Леонидович
В "реляционных системах" нет идентификации, навигации и семантики данных.


Улыбнул. "Семантика". Где таких умнющих словей начиталися-то, коллега? Щас "умою" цитатой из толкового словаря:

Семантика в широком смысле слова – анализ отношения между языковыми выражениями и миром, реальным или воображаемым, а также само это отношение (ср. выражение типа семантика слова) и совокупность таких отношений (так, можно говорить о семантике некоторого языка).

А теперь, коллега ЧАЛ, обясните мне пожалуйста, понял почему в реляционных СУБД нет семантики, как "отношения между реальным миром и языковым его выражением".

Как насчет семантики, например у исчисления предикатов 1го порядка, там есть семантика или нет?
9 ноя 06, 19:00    [3378591]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Зл0й
SergSuper


Вот тут схема метро Петербурга
а мне надо три станции, следующие за станцией ТЕХНОЛОГИЧЕСКИЙ ИНСТИТУТ
последняя из них, кстати, моя будет
смогёте определить?


Гавно вопрос, только вам придется сначала сказать "следующие" по какой ветке и в какую сторону. Вы вообще в курсе что в реляционных СУБД есть всякие разные приблуды для хранения geospatial data (извиняйте, не знаю как это правильно по русски называется). А в некоторых реляционных СУБД можно "дописать" свой тип данных и индексов, если встроенные чем-то не устраивают.

Это же было написано специально для MX -- ALEXа, что бы показать что термин "следующий" не имеет смысла без указания порядка.

А кстати если не трудно: какие есть приблуды для geospatial data? В двух словах, по-рабоче-крестьянски. Я с этим не работаю, просто для расширения кругозора (т.е. ссылки кидать не надо)
9 ноя 06, 19:28    [3378702]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MX -- ALEX
Guest
SergSuper
Зл0й
SergSuper


Вот тут схема метро Петербурга
а мне надо три станции, следующие за станцией ТЕХНОЛОГИЧЕСКИЙ ИНСТИТУТ
последняя из них, кстати, моя будет
смогёте определить?


Гавно вопрос, только вам придется сначала сказать "следующие" по какой ветке и в какую сторону. Вы вообще в курсе что в реляционных СУБД есть всякие разные приблуды для хранения geospatial data (извиняйте, не знаю как это правильно по русски называется). А в некоторых реляционных СУБД можно "дописать" свой тип данных и индексов, если встроенные чем-то не устраивают.

Это же было написано специально для MX -- ALEXа, что бы показать что термин "следующий" не имеет смысла без указания порядка.

А кстати если не трудно: какие есть приблуды для geospatial data? В двух словах, по-рабоче-крестьянски. Я с этим не работаю, просто для расширения кругозора (т.е. ссылки кидать не надо)


уточняю специально для SergSuper-a
мне надо получить 3 (три) табельных номера
следующих за моим табельным номером
в порядке возрастания
в списке работников предприятия ,
упорядоченном по табельным номерам по возрастанию
табельных номеров

как этот запрос будет выглядеть на SQL ?

достаточно ли информации в моем вопросе ?

или для составления этого SQL-запроса надо еще :
-мои паспортные данные
-название и годовой оборот предприятия
-схема Рижского метро ?
9 ноя 06, 21:02    [3378948]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 18 19 20 21 22 [23] 24 25 26 27 .. 106   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить