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