Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Firebird, InterBase |
![]() ![]() |
Топик располагается на нескольких страницах: ←Ctrl назад 1 .. 24 25 26 27 28 [29] 30 31 32 33 .. 55 вперед Ctrl→ |
rdb_dev Member Откуда: с болот Сообщений: 3604 |
pastor, теперь представь ситуацию, что в рамках одной транзакции тебе необходимо сформировать не один набор однородных записей, а несколько. Ты создашь несколько временных таблиц одинакового формата или обойдёшься одной таблицей, но добавишь к первичному ключу идентификатор набора - rowset_id? |
21 фев 19, 21:49 [21816882] Ответить | Цитировать Сообщить модератору |
rdb_dev Member Откуда: с болот Сообщений: 3604 |
|
||
21 фев 19, 21:53 [21816883] Ответить | Цитировать Сообщить модератору |
pastor Member Откуда: Калуга Сообщений: 1205 |
а чего представлять-то? факты начислений, факты списаний, факты обслуживания. все прекрасно влезает. и даже связвается по экземплярам. потом в таблички, хош так, хош - набок, или кубы крути. DWH не дураки придумали. а мы пользуемся. |
||
22 фев 19, 13:02 [21817234] Ответить | Цитировать Сообщить модератору |
pastor Member Откуда: Калуга Сообщений: 1205 |
я давно зарекся задавать планы. максимум +0. |
||||
22 фев 19, 13:03 [21817236] Ответить | Цитировать Сообщить модератору |
Симонов Денис Member Откуда: Рязань Сообщений: 10793 |
pastor, правильно, ибо план от версии к версии может стать непереносимым |
22 фев 19, 13:33 [21817262] Ответить | Цитировать Сообщить модератору |
Старый плюшевый мишка Member Откуда: Сообщений: 926 |
Эт вряд ли. Ибо хороший план хорош не в смысле той или иной технической реализации сервера, а в смысле законов мироздания. И потребность в некоторых случаях во вмешательстве естественного интеллекта связана с несовершенством их реализации. А вот по мере несимметричного накопления данных хорошим действительно может стать другой план, а исходно оптимальный чудовищным. И при наложении разных условий фильтрации на одно и то же тело запроса оптимальными могут быть разные планы. |
||
22 фев 19, 13:48 [21817273] Ответить | Цитировать Сообщить модератору |
pastor Member Откуда: Калуга Сообщений: 1205 |
Узнаю брата Колю. (с) С временными таблицами, точнее с индексами на них все совсем плохо. Собрать статистику не представляется возможным. Но как-то же работает. вот здесь было. 18771797 |
||||
22 фев 19, 14:16 [21817305] Ответить | Цитировать Сообщить модератору |
Фэйтл Эра Member Откуда: Сообщений: 615 |
C каждым выпуском FB - пакет клиентских библиотек, поддерживающих новые фичи выпуска. Для C++, Delphi,... |
||
22 фев 19, 16:39 [21817468] Ответить | Цитировать Сообщить модератору |
Симонов Денис Member Откуда: Рязань Сообщений: 10793 |
Фэйтл Эра, ещё бы было кому их писать. Те кто могут и делают это по пальцам перечесть |
22 фев 19, 16:41 [21817470] Ответить | Цитировать Сообщить модератору |
Фэйтл Эра Member Откуда: Сообщений: 615 |
Симонов Денис,
|
||
22 фев 19, 16:43 [21817475] Ответить | Цитировать Сообщить модератору |
svd Member Откуда: Сообщений: 192 |
Всем привет. Не претенджую на оригинальность идеи, ибо читать 29 страниц в данном топики {не}много утомляет. идея такая: добавть фунцию RECOMPILE VIEW | STORED PROCEDURE | TRIGGER <NAME>. и совсем не сбыточная идея с RECOMPILE ALL. Еще бы немешало бы как-нибудь получать статус объекта, требуется ему recompile или нет. Да и при обращении к объекту в таком отключеном статусе тоже бы хорошо выводить. А то в FB2.5 хранимая процедура выводит полный бред, противоречащий логике кода в процедуре и требует дополнительного времени, что бы понять в чем дело. |
23 фев 19, 22:57 [21818014] Ответить | Цитировать Сообщить модератору |
Ivan_Pisarevsky Member Откуда: НН Сообщений: 8716 |
|
||
24 фев 19, 17:07 [21818219] Ответить | Цитировать Сообщить модератору |
kdv Member Откуда: iBase.ru Сообщений: 29547 |
пока в метаданных нет таких состояний. Неплохо бы указать критерий "требуемости рекомпиляции", а?
и как это она бред выводит? p.s. в последнее время вроде бы грамотные разработчики зачастили междометиями, конкретику как будто разучились приводить. "не работает", "выводит бред", "ругается" - что это за нахрен вообще? Накипело, за полторы недели уже 5 таких перлов (в т.ч. в личной почте). |
||||
24 фев 19, 20:53 [21818324] Ответить | Цитировать Сообщить модератору |
Симонов Денис Member Откуда: Рязань Сообщений: 10793 |
kdv, в принципе есть флаг RDB$VALID_BLR, но он не все случаи отслеживает |
24 фев 19, 21:10 [21818332] Ответить | Цитировать Сообщить модератору |
rashid.abzalov Member Откуда: Сообщений: 119 |
Это конечно не "самые безумные идеи", но мне кажется было бы полезнее - CORE-6013 |
26 фев 19, 23:44 [21820108] Ответить | Цитировать Сообщить модератору |
hvlad Member Откуда: Сообщений: 11195 |
rashid.abzalov, ещё полезнее было бы сначала изучить\поспрошать о том что и так есть. |
27 фев 19, 01:03 [21820119] Ответить | Цитировать Сообщить модератору |
Dimitry Sibiryakov Member Откуда: Сообщений: 52442 |
Меньше сетевого буфера запрашивать бессмысленно, больше - всё равно не отдадут. Posted via ActualForum NNTP Server 1.5 |
27 фев 19, 01:15 [21820120] Ответить | Цитировать Сообщить модератору |
rashid.abzalov Member Откуда: Сообщений: 119 |
hvlad, А что ещё есть, кроме добивания записями до размера пакета? |
27 фев 19, 01:19 [21820122] Ответить | Цитировать Сообщить модератору |
Dimitry Sibiryakov Member Откуда: Сообщений: 52442 |
Да и потом поток всё равно рубится кусками по MTU. Так что что это за загадочная "фрагментация сетевых пакетов" - только аффтару известно. PS: Может, он просто в конфиге не нашёл TcpNoNagle?.. Posted via ActualForum NNTP Server 1.5 |
27 фев 19, 01:20 [21820123] Ответить | Цитировать Сообщить модератору |
rashid.abzalov Member Откуда: Сообщений: 119 |
Dimitry Sibiryakov, Почему не отдадут? Какие есть ограничения для реализации? |
27 фев 19, 01:21 [21820124] Ответить | Цитировать Сообщить модератору |
rashid.abzalov Member Откуда: Сообщений: 119 |
Есть некая разница в утилизации канала, например в течение 1 минуты - послать 20 пакетов размазано по времени, и послать 20 пакетов последовательно. В 1-м случае канал будут занят на какой-то процент все время, а во 2-м случае канал будет занят только какое-то время, а в оставшееся полностью свободен.
Вероятно вы знаете как работает TcpNoNagle для TCP (вряд ли в Firebird сделали в размер с наименованием этой опции с ОС), и для чего он нужен? Зачем же даете такие советы? Эта настройка наоборот увеличит фрагментацию сети, хотя отклик будет действительно быстрее (до какого-то момента). |
||||
27 фев 19, 01:34 [21820125] Ответить | Цитировать Сообщить модератору |
rashid.abzalov Member Откуда: Сообщений: 119 |
сделали в размер -> сделали в разрез |
27 фев 19, 01:36 [21820127] Ответить | Цитировать Сообщить модератору |
hvlad Member Откуда: Сообщений: 11195 |
|
||
27 фев 19, 01:52 [21820129] Ответить | Цитировать Сообщить модератору |
Dimitry Sibiryakov Member Откуда: Сообщений: 52442 |
Вот тебе первый сюрприз: нет никакой разницы. Когда ты в изучении OSI дойдёшь до физического уровня, то обнаружишь, что каналу (физическому) сугубо всё равно "пустая" несущая передаётся или с битами. А чуть выше ты обнаружишь, что ethernet фреймы и (ещё выше) IP пакеты спокойно чередуются, так что одному соединению не приходится ждать пока идут паузы в данных другого.
И вот тебе второй сюрприз: она по умолчанию включена. Ну и спойлер на сладкое: из-за полного квитирования в Firebird протоколе её выключение ничего не изменит. Posted via ActualForum NNTP Server 1.5 |
||||
27 фев 19, 01:52 [21820131] Ответить | Цитировать Сообщить модератору |
hvlad Member Откуда: Сообщений: 11195 |
|
||
27 фев 19, 01:56 [21820132] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: ←Ctrl назад 1 .. 24 25 26 27 28 [29] 30 31 32 33 .. 55 вперед Ctrl→ |
Все форумы / Firebird, InterBase | ![]() |