The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Началось альфа-тестирование СУБД Firebird 3.0, opennews (??), 02-Авг-13, (0) [смотреть все] +2

Сообщения [Сортировка по времени | RSS]


59. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от sam (??), 04-Авг-13, 14:05 
интересно, а чья же?
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

61. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от pansa (ok), 04-Авг-13, 14:37 
> интересно, а чья же?

Уровня приложения. Частично ускорению выполнения повторной выборки помогает кэш ФС.
Либо, если кэш действительно объективно нужен, можно с помощью расширений подключить мемкеш на уровне сервера постгрес. Так или иначе, задача субд обеспечить работу с данными, а механизмы кэширования слишком сильно зависят от решаемой задачи и лучше их реализовывать на стороне приложения.
Повторюсь, это мое мнение и я лишь хотел заметить, что наличие/отсутствие кэша запросов - это только свойство конкретной субд, это не + и не -

Ответить | Правка | Наверх | Cообщить модератору

62. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от sam (??), 04-Авг-13, 14:51 
>> интересно, а чья же?
> Уровня приложения. Частично ускорению выполнения повторной выборки помогает кэш ФС.
> Либо, если кэш действительно объективно нужен, можно с помощью расширений подключить мемкеш
> на уровне сервера постгрес. Так или иначе, задача субд обеспечить работу
> с данными, а механизмы кэширования слишком сильно зависят от решаемой задачи
> и лучше их реализовывать на стороне приложения.
> Повторюсь, это мое мнение и я лишь хотел заметить, что наличие/отсутствие кэша
> запросов - это только свойство конкретной субд, это не + и
> не -

а кто кроме СУБД сможет ответить изменились данные между запросами?

Ответить | Правка | Наверх | Cообщить модератору

63. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от VoDA (ok), 04-Авг-13, 15:57 
> а кто кроме СУБД сможет ответить изменились данные между запросами?

В *некоторых* случаях само приложение.

Такой случай это когда в БД может лазить только приложением и никто больше. Либо когда все приложения (весь кластер) работают с синхронизированным кэшем.

Задается политикой компании ;)

Ответить | Правка | Наверх | Cообщить модератору

67. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от sam (??), 04-Авг-13, 21:09 
>> а кто кроме СУБД сможет ответить изменились данные между запросами?
> В *некоторых* случаях само приложение.
> Такой случай это когда в БД может лазить только приложением и никто
> больше. Либо когда все приложения (весь кластер) работают с синхронизированным кэшем.
> Задается политикой компании ;)

Да, можно, но это очень частный случай

Ответить | Правка | Наверх | Cообщить модератору

70. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от pansa (ok), 05-Авг-13, 00:20 
> а кто кроме СУБД сможет ответить изменились данные между запросами?

У вас какое-то странное представление о кэшировании. Если субд будет проверять - изменились данные или нет, то нафига нужен кэш, если уже получены актуальные данные?

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

80. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от NikolayV81 (?), 05-Авг-13, 09:08 
>> а кто кроме СУБД сможет ответить изменились данные между запросами?
> У вас какое-то странное представление о кэшировании. Если субд будет проверять -
> изменились данные или нет, то нафига нужен кэш, если уже получены
> актуальные данные?

У Оракла есть, он на всякие там результаты view ставит пометку на результат о валидности, пока пометка не снята, он не пересобирает запрос и берёт из кэша, вещь в принципе не имеющая большого смысла для сферы применения firebird

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру