Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Firebird, InterBase Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 24 25 26 27 28 [29] 30 31 32 33 .. 46   вперед  Ctrl
 Re: Конкурс идей про Firebird  [new]
rdb_dev
Member

Откуда: с болот
Сообщений: 3059
pastor, теперь представь ситуацию, что в рамках одной транзакции тебе необходимо сформировать не один набор однородных записей, а несколько. Ты создашь несколько временных таблиц одинакового формата или обойдёшься одной таблицей, но добавишь к первичному ключу идентификатор набора - rowset_id?
21 фев 19, 21:49    [21816882]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
rdb_dev
Member

Откуда: с болот
Сообщений: 3059
pastor
один минус - в 2.5 не подхватываются индексы в пределах одной ХП, приходится делать выборки через execute statement.
Даже если принудительно задать план выполнения?
21 фев 19, 21:53    [21816883]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
pastor
Member

Откуда: Калуга
Сообщений: 1032
rdb_dev
pastor, теперь представь ситуацию, что в рамках одной транзакции тебе необходимо сформировать не один набор однородных записей, а несколько. Ты создашь несколько временных таблиц одинакового формата или обойдёшься одной таблицей, но добавишь к первичному ключу идентификатор набора - rowset_id?


а чего представлять-то?
факты начислений, факты списаний, факты обслуживания.

все прекрасно влезает. и даже связвается по экземплярам.

потом в таблички, хош так, хош - набок, или кубы крути.

DWH не дураки придумали. а мы пользуемся.
22 фев 19, 13:02    [21817234]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
pastor
Member

Откуда: Калуга
Сообщений: 1032
rdb_dev
pastor
один минус - в 2.5 не подхватываются индексы в пределах одной ХП, приходится делать выборки через execute statement.
Даже если принудительно задать план выполнения?


я давно зарекся задавать планы. максимум +0.
22 фев 19, 13:03    [21817236]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 10017
pastor,

правильно, ибо план от версии к версии может стать непереносимым
22 фев 19, 13:33    [21817262]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
Старый плюшевый мишка
Member

Откуда:
Сообщений: 630
Симонов Денис
pastor,

правильно, ибо план от версии к версии может стать непереносимым


Эт вряд ли. Ибо хороший план хорош не в смысле той или иной технической реализации сервера, а в смысле законов мироздания. И потребность в некоторых случаях во вмешательстве естественного интеллекта связана с несовершенством их реализации. А вот по мере несимметричного накопления данных хорошим действительно может стать другой план, а исходно оптимальный чудовищным. И при наложении разных условий фильтрации на одно и то же тело запроса оптимальными могут быть разные планы.
22 фев 19, 13:48    [21817273]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
pastor
Member

Откуда: Калуга
Сообщений: 1032
Старый плюшевый мишка
Симонов Денис
pastor,

правильно, ибо план от версии к версии может стать непереносимым


Эт вряд ли. Ибо хороший план хорош не в смысле той или иной технической реализации сервера, а в смысле законов мироздания. И потребность в некоторых случаях во вмешательстве естественного интеллекта связана с несовершенством их реализации. А вот по мере несимметричного накопления данных хорошим действительно может стать другой план, а исходно оптимальный чудовищным. И при наложении разных условий фильтрации на одно и то же тело запроса оптимальными могут быть разные планы.


Узнаю брата Колю. (с)

С временными таблицами, точнее с индексами на них все совсем плохо. Собрать статистику не представляется возможным.

Но как-то же работает.

вот здесь было.

18771797
22 фев 19, 14:16    [21817305]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
Фэйтл Эра
Member

Откуда:
Сообщений: 627
Alexey Kovyazin
Пишите сюда любые, самые безумные идеи, без ограничений и моральных норм :)!

C каждым выпуском FB - пакет клиентских библиотек, поддерживающих новые фичи выпуска.

Для C++, Delphi,...
22 фев 19, 16:39    [21817468]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 10017
Фэйтл Эра,

ещё бы было кому их писать. Те кто могут и делают это по пальцам перечесть
22 фев 19, 16:41    [21817470]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
Фэйтл Эра
Member

Откуда:
Сообщений: 627
Симонов Денис,
Alexey Kovyazin
Пишите сюда любые, самые безумные идеи, без ограничений и моральных норм :)!
22 фев 19, 16:43    [21817475]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
svd
Member

Откуда:
Сообщений: 144
Всем привет.

Не претенджую на оригинальность идеи, ибо читать 29 страниц в данном топики {не}много утомляет.

идея такая: добавть фунцию RECOMPILE VIEW | STORED PROCEDURE | TRIGGER <NAME>.

и совсем не сбыточная идея с RECOMPILE ALL.

Еще бы немешало бы как-нибудь получать статус объекта, требуется ему recompile или нет. Да и при обращении к объекту в таком отключеном статусе тоже бы хорошо выводить. А то в FB2.5 хранимая процедура выводит полный бред, противоречащий логике кода в процедуре и требует дополнительного времени, что бы понять в чем дело.
23 фев 19, 22:57    [21818014]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
Ivan_Pisarevsky
Member

Откуда: НН
Сообщений: 8369
svd
и совсем не сбыточная идея с RECOMPILE ALL.
Несбыточная мечта уже хз сколько времени реализована в эксперте.
24 фев 19, 17:07    [21818219]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 28211
svd
Еще бы немешало бы как-нибудь получать статус объекта, требуется ему recompile или нет

пока в метаданных нет таких состояний. Неплохо бы указать критерий "требуемости рекомпиляции", а?
svd
А то в FB2.5 хранимая процедура выводит полный бред

и как это она бред выводит?

p.s. в последнее время вроде бы грамотные разработчики зачастили междометиями, конкретику как будто разучились приводить.
"не работает", "выводит бред", "ругается" - что это за нахрен вообще?
Накипело, за полторы недели уже 5 таких перлов (в т.ч. в личной почте).
24 фев 19, 20:53    [21818324]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 10017
kdv,

в принципе есть флаг RDB$VALID_BLR, но он не все случаи отслеживает
24 фев 19, 21:10    [21818332]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
rashid.abzalov
Member

Откуда:
Сообщений: 110
Это конечно не "самые безумные идеи", но мне кажется было бы полезнее - CORE-6013
26 фев 19, 23:44    [21820108]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
hvlad
Member

Откуда:
Сообщений: 10578
rashid.abzalov,

ещё полезнее было бы сначала изучить\поспрошать о том что и так есть.
27 фев 19, 01:03    [21820119]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
Dimitry Sibiryakov
Member

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

Меньше сетевого буфера запрашивать бессмысленно, больше - всё равно не отдадут.

Posted via ActualForum NNTP Server 1.5

27 фев 19, 01:15    [21820120]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
rashid.abzalov
Member

Откуда:
Сообщений: 110
hvlad,

А что ещё есть, кроме добивания записями до размера пакета?
27 фев 19, 01:19    [21820122]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
Dimitry Sibiryakov
Member

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

Да и потом поток всё равно рубится кусками по MTU. Так что что это за загадочная
"фрагментация сетевых пакетов" - только аффтару известно.

PS: Может, он просто в конфиге не нашёл TcpNoNagle?..

Posted via ActualForum NNTP Server 1.5

27 фев 19, 01:20    [21820123]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
rashid.abzalov
Member

Откуда:
Сообщений: 110
Dimitry Sibiryakov,

Почему не отдадут? Какие есть ограничения для реализации?
27 фев 19, 01:21    [21820124]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
rashid.abzalov
Member

Откуда:
Сообщений: 110
Dimitry Sibiryakov
Так что что это за загадочная "фрагментация сетевых пакетов" - только аффтару известно.

Есть некая разница в утилизации канала, например в течение 1 минуты - послать 20 пакетов размазано по времени, и послать 20 пакетов последовательно. В 1-м случае канал будут занят на какой-то процент все время, а во 2-м случае канал будет занят только какое-то время, а в оставшееся полностью свободен.

Dimitry Sibiryakov
PS: Может, он просто в конфиге не нашёл TcpNoNagle?..

Вероятно вы знаете как работает TcpNoNagle для TCP (вряд ли в Firebird сделали в размер с наименованием этой опции с ОС), и для чего он нужен? Зачем же даете такие советы? Эта настройка наоборот увеличит фрагментацию сети, хотя отклик будет действительно быстрее (до какого-то момента).
27 фев 19, 01:34    [21820125]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
rashid.abzalov
Member

Откуда:
Сообщений: 110
сделали в размер -> сделали в разрез
27 фев 19, 01:36    [21820127]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
hvlad
Member

Откуда:
Сообщений: 10578
rashid.abzalov
А что ещё есть
Batch API
27 фев 19, 01:52    [21820129]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
Dimitry Sibiryakov
Member

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

rashid.abzalov
Есть некая разница в утилизации канала, например в течение 1 минуты -
послать 20 пакетов размазано по времени, и послать 20 пакетов последовательно. В 1-м
случае канал будут занят на какой-то процент все время, а во 2-м случае канал будет занят
только какое-то время, а в оставшееся полностью свободен.

Вот тебе первый сюрприз: нет никакой разницы. Когда ты в изучении OSI дойдёшь до
физического уровня, то обнаружишь, что каналу (физическому) сугубо всё равно "пустая"
несущая передаётся или с битами. А чуть выше ты обнаружишь, что ethernet фреймы и (ещё
выше) IP пакеты спокойно чередуются, так что одному соединению не приходится ждать пока
идут паузы в данных другого.

rashid.abzalov
Эта настройка наоборот увеличит фрагментацию сети, хотя отклик будет действительно быстрее
(до какого-то момента).

И вот тебе второй сюрприз: она по умолчанию включена. Ну и спойлер на сладкое: из-за
полного квитирования в Firebird протоколе её выключение ничего не изменит.

Posted via ActualForum NNTP Server 1.5

27 фев 19, 01:52    [21820131]     Ответить | Цитировать Сообщить модератору
 Re: Конкурс идей про Firebird  [new]
hvlad
Member

Откуда:
Сообщений: 10578
Dimitry Sibiryakov
Ну и спойлер на сладкое: из-за
полного квитирования в Firebird протоколе её выключение ничего не изменит.
Ну да, разве что будешь ждать на 200мс дольше на каждый вызов.
27 фев 19, 01:56    [21820132]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 24 25 26 27 28 [29] 30 31 32 33 .. 46   вперед  Ctrl
Все форумы / Firebird, InterBase Ответить