|
Глобальный RDB$SET_CONTEXT
|
|||
---|---|---|---|
#18+
Читаю доки и вижу, что RDB$SET_CONTEXT распространяется максимум на сессию (подключение). CREATE GLOBAL TEMPORARY TABLE - то же самое (причём тут тогда GLOBAL непонятно?). Вопрос: есть какой-нибудь механизм, чтобы можно было передавать временные данные между всеми подключениями, но не писать их на диск?... Кроме post_event() разумеется. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2020, 02:17 |
|
Глобальный RDB$SET_CONTEXT
|
|||
---|---|---|---|
#18+
alekcvp CREATE GLOBAL TEMPORARY TABLE - то же самое (причём тут тогда GLOBAL непонятно?). почитай описание оного у "соседей", например у MS SQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2020, 10:45 |
|
Глобальный RDB$SET_CONTEXT
|
|||
---|---|---|---|
#18+
alekcvp Вопрос: есть какой-нибудь механизм, чтобы можно было передавать временные данные между всеми подключениями, но не писать их на диск?... Кроме post_event() разумеется. Называется UDR (User Defined Routines). ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2020, 10:52 |
|
Глобальный RDB$SET_CONTEXT
|
|||
---|---|---|---|
#18+
rdb_devНазывается UDR (User Defined Routines). Особо злобные программисты (как вот я сейчас) могут написать целый провайдер к какой-нибудь in-memory СУБД. Особо умные - изначально выбирать СУБД под задачу, а не наоборот. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2020, 12:37 |
|
Глобальный RDB$SET_CONTEXT
|
|||
---|---|---|---|
#18+
rdb_dev alekcvp Вопрос: есть какой-нибудь механизм, чтобы можно было передавать временные данные между всеми подключениями, но не писать их на диск?... Кроме post_event() разумеется. Называется UDR (User Defined Routines). Забыл дописать "встроенные". UDR - это же внешняя библиотека, нет? Dimitry Sibiryakov Особо умные - изначально выбирать СУБД под задачу, а не наоборот. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2020, 12:38 |
|
Глобальный RDB$SET_CONTEXT
|
|||
---|---|---|---|
#18+
Мимопроходящий alekcvp CREATE GLOBAL TEMPORARY TABLE - то же самое (причём тут тогда GLOBAL непонятно?). почитай описание оного у "соседей", например у MS SQL. Почитал : In SQL Server, local temporary tables are visible only in the current session . So if you create a local temporary table in one session, you cannot access it in other sessions. In SQL Server, global temporary tables are visible to all sessions (connections). So if you create a global temporary table in one session, you can start using it in other sessions.Локальные таблицы, как они есть, только называются почему-то глобальными... ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2020, 12:42 |
|
Глобальный RDB$SET_CONTEXT
|
|||
---|---|---|---|
#18+
Почувствуй разницу между локальными таблицами и глобальными таблицами, хранящими локальные данные. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2020, 12:50 |
|
Глобальный RDB$SET_CONTEXT
|
|||
---|---|---|---|
#18+
alekcvp Почитал Локальные таблицы, как они есть, только называются почему-то глобальными... Читай Firebird 3.0 Language Reference (Russian) на странице 123 и далее. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2020, 13:29 |
|
Глобальный RDB$SET_CONTEXT
|
|||
---|---|---|---|
#18+
alekcvp Вопрос: есть какой-нибудь механизм, чтобы можно было передавать временные данные между всеми подключениями, но не писать их на диск?... Если данных много - то без неё не обойтись. Если мало - то запись на диск не проблема. PS Зато нет проблем с конкурентным доступом - уже всё сделано в СУБД. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2020, 14:33 |
|
|
start [/forum/topic.php?fid=40&msg=39965261&tid=1560340]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
52ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 168ms |
0 / 0 |