Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 47 48 49 50 51 [52] 53 54 55 56 .. 106   вперед  Ctrl
 Re: CACHE и MSSQL  [new]
Мимопроходящий
Member

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

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

pavelvp
Зл0й
Отношения многие-ко-многим моделируются в реляционных СУБД
с пол-тычка, и даже физически можно в дерево уложить - IOT.
См. выше, уже все расписано.
p> Вы с ума сошли! Связей многие-ко-многим не существует!
p> Это всё происки Дейта. Есть только бинарные связи.
p> Не верите? Спросите ЧАЛа :-)))
он не сможет ответить.
потому что.

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

Posted via ActualForum NNTP Server 1.3

28 ноя 06, 12:33    [3460814]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
мод
Guest
iscrafm
Но это простейшие примеры.

Примеры чего ? Что сказать-то хотели ?
28 ноя 06, 12:36    [3460837]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
мод
iscrafm
Но это простейшие примеры.

Примеры чего ? Что сказать-то хотели ?

Коллеги, что за споры про навигацию, если как оказывается никто не понимает, что это такое?
28 ноя 06, 12:38    [3460858]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
pavelvp
Member

Откуда:
Сообщений: 673
iscrafm
pavelvp
Навигация в РСУБД обеспечивается языком запросов. Запрос описывает "что?", "откуда?" и "как?" нужно получить.

Запрос в РСУБД выполняет операции над множествами, а не обеспечивает навигацию :)
чуть выше показан простешая навигация, на примере ObjectStore.
Разговор не имеет смысла без определения, что же такое навигация.

БЭС говорит по этому поводу следующее:
"НАВИГАЦИЯ (лат. navigatio - от navigo - плыву на судне), наука о способах выбора пути и методах вождения судов, летательных аппаратов (воздушная навигация, аэронавигация) и космических аппаратов (космическая навигация). Задачи навигации: нахождение оптимального маршрута (траектории), определение местоположения, направления и значения скорости и других параметров движения объекта. В навигации используют астрономические, радиотехнические и другие методы."

Думаю вы согласитесь, что при выполнении запроса РСУБД решает определённые навигационные задачи? А оптимизация запросов так вообще полностью соотвествует определению.

Какие же задачи навигации решаются в Вашем примере?
28 ноя 06, 12:40    [3460878]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
мод
Guest
pavelvp
Связей многие-ко-многим не существует!

Вы будете смеяться, но это в каком-то смысле так и есть. Т.е. нельзя связать две таблицы только с помощью ссылок, нужна 3-я таблица. Причем это действительно для любых типов СУБД.
28 ноя 06, 12:43    [3460921]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
8|
Guest
iscrafm

Коллеги, что за споры про навигацию, если как оказывается никто не понимает, что это такое?

дикие люди. я уже десятый раз спрашиваю: вот вы, iscrafm, о чем собсно тут путаетесь?
28 ноя 06, 12:44    [3460934]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
pavelvp

Какие же задачи навигации решаются в Вашем примере?

get,first,last,next,parent,child,prior... доступ к свойствам класса aa.bb
Вы действительно этого не понимаете? Или это просто вносит беспорядок в устаканившийся спор?
28 ноя 06, 12:49    [3460984]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
pavelvp
Думаю вы согласитесь, что при выполнении запроса РСУБД решает определённые навигационные задачи? А оптимизация запросов так вообще полностью соотвествует определению.

конечно соглашусь. В РСУБД автоматическая навигация, порядок которой задается декларациями SQL. Вмешаться в нее можно разве что при помощи хинтов.
28 ноя 06, 12:52    [3461017]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
мод
Guest
pavelvp
Задачи навигации: нахождение оптимального маршрута (траектории)

Применительно к БД - это перемещение между разными сущностями по связям (если смотреть на БД через ER модель) имхо конечно
28 ноя 06, 12:58    [3461064]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
ЛП
Guest
iscrafm
pavelvp

Какие же задачи навигации решаются в Вашем примере?

get,first,last,next,parent,child,prior... доступ к свойствам класса aa.bb

Доступ к свойствам класса aa.bb - ииии?
Что - доступ к свойствам класса?
Это ("доступ к свойствам класса") - это есть задачи навигации? или это и есть сама навигация?
28 ноя 06, 13:00    [3461079]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
8|
Guest
iscrafm
pavelvp

Какие же задачи навигации решаются в Вашем примере?

get,first,last,next,parent,child,prior... доступ к свойствам класса aa.bb

так, кажеццо первое слово действительно имело место в примере

CustomerContactEntry entry = (CustomerContactEntry) entries.get("555-123-4567");


вот это называется навигацией? или задачей навигации? 555-123-4567 - телефон чей-то, да?
28 ноя 06, 13:03    [3461115]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
автор

Думаю вы согласитесь, что при выполнении запроса РСУБД решает определённые навигационные задачи? А оптимизация запросов так вообще полностью соотвествует определению.

РСУБД может и решает - автоматическая новигация на физическом уровне. На логическом не решает - ручная навигация, т.е. хождение по ссылкам и указателям как в навигационнах языках БД там не предусмотрена изначально.
Пример, iscrafm на PL/SQL к навигации в РСУБД отношения не имеет. Данные там из БД извлеченны ассоциативным способом с помощью запроса SQL. Его пример про передачу данных из SQL в PL/SQL - это уже не доступ к данным БД, а обработка результирующего множества в процедурном языке. Там в PL/SQL можно уже по структурам ходить по ссылкам, но это не доступ к данным (мало ли что моно делать с полученным набором - важно как он был получен када противопоставляют навигациооные и не навигационные языки БД). Т.е. зря он приводил это пример в подтверждение навигационности РСУБД.
У Оракла есть и массивы и вложенные таблы как объекты БД (а не структуры PL/SQL ). Хождение по ним - можно отнести к навигации. Но это расширение РМД. Сама РМД не предполагает навигации.
28 ноя 06, 13:06    [3461141]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
pavelvp
Member

Откуда:
Сообщений: 673
iscrafm
pavelvp
Думаю вы согласитесь, что при выполнении запроса РСУБД решает определённые навигационные задачи? А оптимизация запросов так вообще полностью соотвествует определению.
конечно соглашусь. В РСУБД автоматическая навигация, порядок которой задается декларациями SQL. Вмешаться в нее можно разве что при помощи хинтов.


А вот это разве не Вы писали буквально полчаса тому назад?
iscrafm
Запрос в РСУБД выполняет операции над множествами, а не обеспечивает навигацию :)


get,first,last,next,parent,child,prior... доступ к свойствам класса aa.bb
Вы действительно этого не понимаете? Или это просто вносит беспорядок в устаканившийся спор?
Все здесь это прекрасно понимают. Только полчаса назад вы говорили одно, а теперь говорите другое. И это действительно "вносит беспорядок".
Можно двигаться от столба к столбу, от поворота к повороту по указателям, на ходу сверяясь с картой. А можно сесть в автобус, и попросить разбутить когда приедем.
28 ноя 06, 13:16    [3461236]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
pavelvp
А вот это разве не Вы писали буквально полчаса тому назад?

я бы все такие разделял понятие запроса к субд и саму субд, внимательней всмотритесь в используемые сущности в приведенных цитатах, не спешите придираться. Для меня это несколько разные вещи. Так вот, автоматическую навигацию, для выполнения запроса использует СУБД.
28 ноя 06, 13:23    [3461292]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
vadiminfo
Пример, iscrafm на PL/SQL к навигации в РСУБД отношения не имеет.

согласен. Если быть более точным, то это навигация по результатам выборки. Пример показывает, что в принципе, задачи решаемые при помощи навигации можно решить и в РСУБД, подготовив выборку, а затем ,в курсоре, выполнив ее обработку.
28 ноя 06, 13:26    [3461324]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
pavelvp
Member

Откуда:
Сообщений: 673
iscrafm
я бы все такие разделял понятие запроса к субд и саму субд
РСУБД и язык запросов нельзя разделять.
28 ноя 06, 13:33    [3461404]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
ЛП
Guest
2 pavelvp
get,first,last,next,parent,child,prior... доступ к свойствам класса aa.bb
Вы действительно этого не понимаете? Или это просто вносит беспорядок в устаканившийся спор?
Все здесь это прекрасно понимают.

Нет, простите, не все понимают.
Доступ к методам класса - это задачи навигации?
Или задачи навигации - это доступ к специальным образом названным методам класса (first, last, next и т.д.)? А если метода класса переименовать как-нибудь по другому - доступ к этим методам будет входить в задачи навигации?

И чем такие "задачи навигации" отличаются от ЧАЛовского определения ("... навигация - это стрелочка вверх, стрелочка вниз...")?

РСУБД и язык запросов нельзя разделять

Вообще-то можно. И даже нужно.
Хотя в мумпсе может быть и нельзя.
28 ноя 06, 13:38    [3461441]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
pavelvp
Member

Откуда:
Сообщений: 673
ЛП
РСУБД и язык запросов нельзя разделять

Вообще-то можно. И даже нужно.
Что Вы имели в виду?
28 ноя 06, 13:41    [3461473]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
ЛП
Guest
pavelvp
ЛП
РСУБД и язык запросов нельзя разделять

Вообще-то можно. И даже нужно.
Что Вы имели в виду?

А какое слово непонятно?
28 ноя 06, 13:50    [3461551]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
okdoky
Member

Откуда:
Сообщений: 349
vadiminfo
иерахические и сетевые только навигационный и поддерживают императивно (навигационные языки БД). А реляционные поддерживают ассоциативный - доступ по содержанию, декларативно.

iscrafm
Вы не поняли. Объектные, иерархические, сетевые и пр. нереляционные СУБД поддерживают навигацию, как способ доступа к данным... в большинстве случаев - единственный.

Нельзя говорить, что декларативные языки, это прерогатива только реляционных баз данных. Я достаточно много приводил примеров на языке Zigzag, который работает скорее с иерархическими, чем с реляционными данными. Более того, последовательный перебор объектов в Zigzag невозможен. Его можно организовать только из Java/Zigzag, в стиле курсоров PL/SQL.

Наличие навигации это плюс и хорошо, если он сочетается с алгеброй. Простейший пример: Выдать номера, описания и число ставок товаров, которыe имеют более десяти ставок (bids).На XQuery я легко напишу этот запрос так:
for $i in document("items")//item
let $b := document("bids")//bid[itemno = $i/itemno]
where count ($b) > 10
return {$i/itemno}; {$i/description}, {count($b)}

А как будет на SQL? Напрашивается что-то типа
SELECT i.itemno, i.description, ?
FROM items i, bids b
WHERE count(SELECT * FROM bids b WHERE b.itemno = i.itemno) > 10
Что должно быть в SELECT вместо знака вопроса, чтобы выводить значение count()? Есть ли более простой запрос на SQL?
28 ноя 06, 13:57    [3461624]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MGR
Member

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

А как будет на SQL? Напрашивается что-то типа
SELECT i.itemno, i.description, ?
FROM items i, bids b
WHERE count(SELECT * FROM bids b WHERE b.itemno = i.itemno) > 10
Что должно быть в SELECT вместо знака вопроса, чтобы выводить значение count()? Есть ли более простой запрос на SQL?


SELECT i.itemno, max(i.description), count(b.*)
FROM items i inner join bids b on  b.itemno = i.itemno
group by i.itemno
having count(b.*) > 10
28 ноя 06, 14:24    [3461842]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
pavelvp
Member

Откуда:
Сообщений: 673
ЛП
А какое слово непонятно?
[/quot]Вообще-то можно. И даже нужно.[/quot]Вот эта фраза непонятна. Поясните, пожалуйста, почему можно и даже нужно.
28 ноя 06, 14:28    [3461876]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
MGR
Member

Откуда:
Сообщений: 536
Что, кстати, очень "по-человечески"...
типа:

ВЫБРАТЬ    позиция.номер, КОЛИЧЕСТВО(ставок)
ИЗ             позиция СВЯЗАННАЯ С ставки ПО позиция.номер = ставка.номерпозиции
СКРУППИРОВАТЬ ПО позиция.номер
ИМЕЮЩИЕ КОЛИЧЕСТВО(ставок) > 10
28 ноя 06, 14:30    [3461888]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
ЛП
РСУБД и язык запросов нельзя разделять
Вообще-то можно. И даже нужно.
Поддерживаю.
28 ноя 06, 14:30    [3461893]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
pavelvp
Member

Откуда:
Сообщений: 673
Павел Воронцов
Поддерживаю.
Павел, поясните пожалуйста.
28 ноя 06, 14:33    [3461923]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 47 48 49 50 51 [52] 53 54 55 56 .. 106   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить