Как "научно" называется такая "фича" БД или направление в СУБД? / NoSQL, Big Data

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / NoSQL, Big Data [игнор отключен] [закрыт для гостей] / Как "научно" называется такая "фича" БД или направление в СУБД?

5 сообщений из 5, страница 1 из 1

Как "научно" называется такая "фича" БД или направление в СУБД?

#39252078

jsa54513

Участник

Откуда: p

Сообщения: 5 592

Рейтинг: 0 / 0

1. Есть некий заранее известный запрос любой сложности, этот запрос система знает изначально (запустили сервер, отправили запрос). На этот запрос система выдала некий "живой ответ", который может изменяться. Скажем, генерятся события о том, что в такой-то строке ответа что-то поменялось или что такая-то строка удалилась или вставилась.
2. Каждый поступающий INSERT (не обязательно SQL) может приводит к вышеописанным событиям, меняющим "живой ответ".
3. Система старается минимизировать число событий и число поедаемых (память, время) в процессе работы ресурсов.

...

Рейтинг:

0 / 0

07.06.2016, 15:34

| Ответить | Цитировать | Написать

Как "научно" называется такая "фича" БД или направление в СУБД?

#39252203

Alexander Ryndin

Участник

Сообщения: 4 863

Рейтинг: 0 / 0

jsa545131. Есть некий заранее известный запрос любой сложности, этот запрос система знает изначально (запустили сервер, отправили запрос). На этот запрос система выдала некий "живой ответ", который может изменяться. Скажем, генерятся события о том, что в такой-то строке ответа что-то поменялось или что такая-то строка удалилась или вставилась.
2. Каждый поступающий INSERT (не обязательно SQL) может приводит к вышеописанным событиям, меняющим "живой ответ".
3. Система старается минимизировать число событий и число поедаемых (память, время) в процессе работы ресурсов.Что-то типа вот этого ?

...

Рейтинг:

0 / 0

07.06.2016, 17:10

| Ответить | Цитировать | Написать

Как "научно" называется такая "фича" БД или направление в СУБД?

#39267585

Alex_D

Участник

Сообщения: 1 024

Рейтинг: 0 / 0

...

Рейтинг:

0 / 0

04.07.2016, 17:56

| Ответить | Цитировать | Написать

Как "научно" называется такая "фича" БД или направление в СУБД?

#39268527

товарищъ

Участник

Откуда: Минск

Сообщения: 645

Рейтинг: 0 / 0

может это CEP (Complex Event Processing) ?

...

Рейтинг:

0 / 0

06.07.2016, 10:02

| Ответить | Цитировать | Написать

Как "научно" называется такая "фича" БД или направление в СУБД?

#39268686

Eleanor

Участник

Сообщения: 441

Рейтинг: 0 / 0

В Sql Server как в Оракле, Query Notification
В postgresql, видимо NOTIFY

...

Рейтинг:

0 / 0

06.07.2016, 12:20

| Ответить | Цитировать | Написать

5 сообщений из 5, страница 1 из 1

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/search_topic.php?author=%D0%9C%D0%B5%D1%82%D0%B0%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%81%D1%82&author_mode=last_posts&do_search=1]:	0ms
get settings:	9ms
get forum list:	12ms
get settings:	9ms
get forum list:	12ms
check forum access:	3ms
check topic access:	3ms
track hit:	164ms
get topic data:	11ms
get forum data:	3ms
get page messages:	43ms
get tp. blocked users:	1ms
others:	383ms

total:	653ms