Re: OFF: ������ �������� �������������� Linux-������
Konstantin R. Beliaev [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Б3-34 :-) или Б3-21 Кстати хорошие калькуляторы были. Я на них кучу программ написал. Считал и премию для отдела и расчет эконом еффективности. А была еще модификация по моему МК-52. Так она к станку газорезательному подключалась и резаком управляла. Виктор Храпко
Re: К Гуру кода FB - скорость вставки
Привет! А что посоветуете покрутить, чтобы добиться максимальной скорости вставки в таблицу без индексов? Смущает что загрузки процессора (одного из двух) больше 40-50% добиться на вставке не удается, и диск особо не жужжит. FW выключен, MaxUnflushedWrites и MaxUnflushedWriteTime увеличил, подключение локальное Ну я не гуру, но если бы ты рассказал, какие именно данные ты вставляешь и показал бы конфиг сервера и рассказал бы под какой операционкой и как именно вставляешь... Ну ты понял? ;-) P/S У меня в тестах 46М записей вставляется 2 часа на конфиге по умолчанию. В 2.1 :) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: Оцените идею :-)
Отводим каждому дню по биту, и вуаля - объем хранимых данных сокращается в 30 раз! Можно пойти еще дальше - если все 12 месяцев запихнуть в одну строку в БД, то получается по одной строке на каждый товар в год. Использование блобов позволит не ограничиваться одним годом. PS: ;-)
Re: День Рождения Дмитрия Кузьменко
Alexey Kovyazin пишет: + 0.75
Насчет ошибки Attempt to reclose a closed cursor
Привет всем. Если попытаться выполнить два раза закрытие курсора, то получаем ошибку Attempt to reclose a closed cursor Если пытаться закрыть курсор после коммита (отката) транзакции получаем аналогичную (? - лень проверять) ошибку. --- Это конечно хорошо, что сервер ругается. Но по-моему это явный перебор. --- Это всего лишь мои мысли о бытие. Понятно, что даже если FB перестанет на это ругаться - ситуация не улучшиться :)) Коваленко Дмитрий.
Re: К Гуру кода FB - скорость вставки
On Wed, 31 Oct 2007 03:55:23 +0300, Александр Свириденков [EMAIL PROTECTED] wrote: А что посоветуете покрутить, чтобы добиться максимальной скорости вставки в таблицу без индексов? execute block'ами вставляй. сразу по много инсертов. -- Сергей Смирнов.
Re: NULL в RDB$CHARACTER_SET_ID
Kovalenko Dmitry wrote: Мда... Я тоже люблю NULL в нули и пустые строки отображать. Но в плане провайдера - в последнее время все сильнее хочется затянуть гайки... Мы тоже затягиваем. Но старые версии все еще живы. Мне понравилось, то как сервер кладет на проверки допустимости преобразования signed к unsigned и бесcтрашно конвертирует числа в меньший размер :) И вообще никуя не контролирует :)) Ты не умничай, ты пальцем покажи :-) Лучше в приват. PS. Ту падлу, которая использовала знаковые типы для безнаковых вещей - придушить мало. Тебе адресок подкинуть? :-)) -- Дмитрий Еманов
Re: К Гуру кода FB - скорость вставки
Александр Свириденков: Мысль интересная, eсли EB можно prepare сделать и параметры подставлять Смысл тогда теряется.
Re: К Гуру кода FB - скорость вставки
On 31 окт, 12:33, WildSery [EMAIL PROTECTED] wrote: On Wed, 31 Oct 2007 03:55:23 +0300, Александр Свириденков [EMAIL PROTECTED] wrote: А что посоветуете покрутить, чтобы добиться максимальной скорости вставки в таблицу без индексов? execute block'ами вставляй. сразу по много инсертов. Мысль интересная, eсли EB можно prepare сделать и параметры подставлять
Re: К Гуру кода FB - скорость вставки
On 31 окт, 11:13, Sergey Mereutsa [EMAIL PROTECTED] wrote: Ну я не гуру, но если бы ты рассказал, какие именно данные ты вставляешь и показал бы конфиг сервера и рассказал бы под какой операционкой и как именно вставляешь... Ну ты понял? ;-) Данные - таблица с парой десятков полей, половина integer половина varchar разной длинны. Конфиг по умолчанию за исключением того что написал, вставляю подготовленным запросом, на API, оптимизировано все максимально, по профайлеру несколько % от общего времени. Операционки разные win, в основном 2003 P/S У меня в тестах 46М записей вставляется 2 часа на конфиге по умолчанию. В 2.1 :) Хм, у меня все же чуть медленнее получается
firebird(1.5.4.4910) for linux 64
Здравствуйте. Есть ли в природе такой? Не могу найти. Нужен для rpm CentOS rpmfind.net о таком не знает :( причем нужен как модуль для php, так и SS. Спасибо!
Re: К Гуру кода FB - скорость вставки
On 31 окт, 13:23, freemanzav [EMAIL PROTECTED] wrote: Мысль интересная, eсли EB можно prepare сделать и параметры подставлять Смысл тогда теряется. Не понял, почему?
Re: firebird(1.5.4.4910) for linux 64
Валерий wrote: Есть ли в природе такой? FB 1.5 не существует для 64-битных платформ. -- Дмитрий Еманов
Re: NULL в RDB$CHARACTER_SET_ID
Dmitry Yemanov пишет: Тебе адресок подкинуть? :-)) кто в прошлый раз его послал в fb-devel ? если он опять туда прийдет, забанят всю Россию по ip, чтоб работать не мешали. Навел там шухеру, понимаешь. ;) -- Кочмин Александр
Re: NULL в RDB$CHARACTER_SET_ID
Тебе адресок подкинуть? :-)) кто в прошлый раз его послал в fb-devel ? если он опять туда прийдет, забанят всю Россию по ip, чтоб работать не мешали. Навел там шухеру, понимаешь. ;) Это не я. Это Сократ :) Коваленко Дмитрий.
Re: К Гуру кода FB - скорость вставки
On Wed, 31 Oct 2007 14:51:40 +0300, Александр Свириденков [EMAIL PROTECTED] wrote: Не понял, почему? Пихать параметры будет долго. Идея использования EB в том, что ты делаешь один препар сразу на пару сотен инсертов, и подстановок значений параметров нет. -- Сергей Смирнов.
У меня уже пятница, но а вдруг такое будет?
Решил поприкалываться над птичкой - сделал триггер before insert на таблицу MON$STATEMENTS. Не, ну понятно что таблица виртуальная и триггер не будет работать, но втайне ожидал чуда... =) И вот что подумалось - а было бы хорошо если б был database trigger на препаринг стейтмента. Не, ну почему на старт транзакции есть, а на препаринг стейтмента нету? :)
Re: Работа с блобами
Тут еще нововведения с блобами в FB2.1 (я их пока не исследовал) - тоже (насколько я понимаю) делают бесполезной такую константу как isc_info_blob_total_length Я не в курсе текущего состояния дел по этому вопросу Щас провели серию смелых экспериментов с текстовыми блобами на FB 2.1 - СПАСИБО ПАЦАНЫ! За то, что мне ничего не прийдется переделывать. Длина блоба (total_length) зависит кодовой страницы подключении. Ура!!! Коваленко Дмитрий. www.ibprovider.com
Re: У меня уже пятница, но а вдруг такое будет?
Vladimir Kozlov wrote: Решил поприкалываться над птичкой - сделал триггер before insert на таблицу MON$STATEMENTS. Не, ну понятно что таблица виртуальная и триггер не будет работать, но втайне ожидал чуда... =) Наивный :-) И вот что подумалось - а было бы хорошо если б был database trigger на препаринг стейтмента. А нафига? -- Дмитрий Еманов
Re: Работа с блобами
Kovalenko Dmitry wrote: - СПАСИБО ПАЦАНЫ! Оно не булькает :-) -- Дмитрий Еманов
Re: Работа с блобами
- СПАСИБО ПАЦАНЫ! Оно не булькает :-) Я не забыл :)) Булькало поддтащим на ноябрьскую конференцию :))) Коваленко Дмитрий.
Re: Массивы не зависят от ctype - ИЗМЕНА !!!
Kovalenko Dmitry wrote: А хрена лысого! Нифига она не зависит. Ни в двойке, ни в 2.1 Тупо публикует RDB$FIELD_LENGTH Массивы давно надо бы выкинуть :-) Кроме тебя, их никто не юзает :-) Кстати меня посетила мысля. Допустим я сам начну подгонять размер буферов (в зависимости от кодовой страницы страницы подключения) - старым серверам это понравится ??? Дык попробуй. ЗЫ. Чую, что скоро ты перетащишь половину сервера в свой провайдер. Бу-га-га :-) -- Дмитрий Еманов
Re: � ���� ���� FB - �������� ������
äÏÂÒÙÊ ÄÅÎØ! á ÞÔÏ ÐÏÓÏ×ÅÔÕÅÔÅ ÐÏËÒÕÔÉÔØ, ÞÔÏÂÙ ÄÏÂÉÔØÓÑ ÍÁËÓÉÍÁÌØÎÏÊ ÓËÏÒÏÓÔÉ ×ÓÔÁ×ËÉ × ÔÁÂÌÉÃÕ ÂÅÚ ÉÎÄÅËÓÏ×? óÍÕÝÁÅÔ ÞÔÏ ÚÁÇÒÕÚËÉ ÐÒÏÃÅÓÓÏÒÁ (ÏÄÎÏÇÏ ÉÚ Ä×ÕÈ) ÂÏÌØÛÅ 40-50% ÄÏÂÉÔØÓÑ ÎÁ ×ÓÔÁ×ËÅ ÎÅ ÕÄÁÅÔÓÑ, É ÄÉÓË ÏÓÏÂÏ ÎÅ ÖÕÖÖÉÔ. FW ×ÙËÌÀÞÅÎ, MaxUnflushedWrites É MaxUnflushedWriteTime Õ×ÅÌÉÞÉÌ, ÐÏÄËÌÀÞÅÎÉÅ ÌÏËÁÌØÎÏÅ åÓÌÉ ÂÅÚ ÉÎÄÅËÓÏ× - ÔÏ ÍÏÖÎÏ ÐÏÄÕÍÁÔØ × ÓÔÏÒÏÎÕ ×ÎÅÛÎÉÈ ÔÁÂÌÉÃ. ÜÔÏ ÕÖÅ ÂÙÓÔÒÅÅ. åÓÌÉ ÓÁÍÁ ÉÄÅÑ ÉÓÐÏÌØÚÏ×ÁÎÉÑ ×ÎÅÛÎÉÈ ÔÁÂÌÉà ÎÅ ÐÕÇÁÅÔ - ÔÏ ÔÕÔ ÏÔËÒÙ×ÁÀÔÓÑ ÂÏÌØÛÉÅ ÐÒÏÓÔÏÒÙ. ÎÁÐÒ. ÍÏÖÎÏ ÜÔÕ ÔÁÂÌÉÃÕ (ÆÁÊÌ) ×ÏÏÂÝÅ ÐÏÄÇÏÔÏ×ÉÔØ ÎÁ ËÌÉÅÎÔÅ É ÚÁÌÉÔØ ÃÅÌÉËÏÍ. ëÁË - ÓÐÏÓÏÂÏ× ÍÎÏÇÏ. éÄÅÑ ÐÏÎÑÔÎÁ? ôÏ-ÅÓÔØ ÔÙ ÂÕÄÅÛØ ÐÉÓÁÔØ ÄÁÎÎÙÅ × ÆÁÊÌ... Á ÓÅÒ×ÅÒ ÞÉÔÁÔØ ÉÈ ËÁË ÉÚ ÏÂÙÞÎÏÊ ÔÁÂÌÉÃÙ
Массивы не зависят от ctype - ИЗМЕНА !!!
Привет всем. Написал свой эквивалент API функции isc_array_lookup_bounds Закончив писанину, вспомнил одну вещь - в двойке длина поля (XSQLVAR::sqllen) под CHAR/VARCHAR зависит от кодовой страницы подключения. Ну думаю - для массивов должно быть тоже самое. То есть ISC_ARRAY_DESC::array_desc_length тоже зависит от кодовой страницы подлючения. А хрена лысого! Нифига она не зависит. Ни в двойке, ни в 2.1 Тупо публикует RDB$FIELD_LENGTH [ Тестил через родную isc_array_lookup_bounds. ] Для обычных тектовых колонок - все путем. Коваленко Дмитрий. Кстати меня посетила мысля. Допустим я сам начну подгонять размер буферов (в зависимости от кодовой страницы страницы подключения) - старым серверам это понравится ??? Они начнут вести себя также как FB2 ???
Re: Массивы не зависят от ctype - ИЗМЕНА !!!
Массивы давно надо бы выкинуть :-) Кроме тебя, их никто не юзает :-) Я тебЕ выкину. Это же Ваш крест, который я полирую и не даю ему сгнить :) Дык попробуй. Если не забуду - занесу в трекер провайдера :)) ЗЫ. Чую, что скоро ты перетащишь половину сервера в свой провайдер. Бу-га-га :-) У меня есть мечта - провайдер перетащить в сервер :P Бу-гы-гы :-) Коваленко Дмитрий.
Re: У меня уже пятница, но а вдруг такое будет?
А нафига? А это моя прописанная в биосе шиза насчет того что хорошо б иметь sql-trace как у мелкософта :)
Re: У меня уже пятница, но а вдруг такое будет?
Vladimir Kozlov wrote: А это моя прописанная в биосе шиза насчет того что хорошо б иметь sql-trace как у мелкософта :) Дык и надо просить sql-trace, а не хрен знает что :-) -- Дмитрий Еманов
Re: К Гуру кода FB - скорость вставки
On 31 окт, 17:46, Alexey Abramov [EMAIL PROTECTED] wrote: Если без индексов - то можно подумать в сторону внешних таблиц. это уже быстрее. Не, индексы обязательно нужны
Re: У меня уже пятница, но а вдруг такое будет?
Дык и надо просить sql-trace, а не хрен знает что :-) А я, как в том анекдоте, издалека начал ;) Присыпал хотелку прелыми листьями, но будучи разоблаченным - скажу прямо: хочу sql-trace как у мелкософта или профайлер как в SQLAnywhere. Штоб запустить - посмотреть - и получить сатори :)
Re: Оцените идею :-)
WildSery wrote: Да пусть с ним, с объёмом. Винты нонче дешёвые. Главное, скорость не увеличится. Зато геморроя добавится. А вот это уже печально. Да вот, нифига: 1 номенклатура * 50 складов = +50 строк в таблице _в_день_. Т.е. за месяц такая табличка прирастает на 15 млн записей. А вы говорите объем не важен...
Re: OFF/2 Обрубить внешние коннекты
Konstantin R. Beliaev wrote: Нужно на время обрубить все коннекты к птице, которые идут извне (т.е. кроме localhost). А если попробовать установить RemoteBindAddress в 127.0.0.1 и перезапустить процесс-листенер? -- Дмитрий Еманов
Re: � ���� ���� FB - �������� ������
åÓÌÉ ÂÅÚ ÉÎÄÅËÓÏ× - ÔÏ ÍÏÖÎÏ ÐÏÄÕÍÁÔØ × ÓÔÏÒÏÎÕ ×ÎÅÛÎÉÈ ÔÁÂÌÉÃ. ÜÔÏ ÕÖÅ ÂÙÓÔÒÅÅ. îÅ, ÉÎÄÅËÓÙ ÏÂÑÚÁÔÅÌØÎÏ ÎÕÖÎÙ IMHO, ÔÏ ÅÓÔØ Ñ ÜÔÏ ÎÅ ÔÅÓÔÉÌ, ÎÏ... úÁÌÉ×ËÁ ÄÁÎÎÙÈ × ÆÁÊÌ ÔÁËÉÍ ÓÐÏÓÏÂÏÍ, Á ÚÁÔÅÍ insert into INDEXED_TABLE select * from EXTERNAL_TABLE ÂÕÄÅÔ ÒÁÂÏÔÁÔØ ÂÙÓÔÒÅÅ ×ÓÅÈ ÄÒÕÇÉÈ ÓÐÏÓÏÂÏ×. ô.Å. ÅÓÌÉ ÂÙ ÍÎÅ ÎÁÄÏ ÂÙÌÏ ÐÉÓÁÔØ × ÂÁÚÕ ÄÁÎÎÙÅ, ÓÞÉÔÙ×ÁÅÍÙÅ Ó ËÁËÏÇÏ-ÌÉÂÏ ÕÓÔÒÏÊÓÔ×Á É Ô.Ð., ÏÓÏÂÅÎÎÏ ÐÏ ÓÅÔËÅ, Ñ ÂÙ ÓÄÅÌÁÌ ðÁËÅÔÕÀ ×ÓÔÁ×ËÕ ÔÁË: ÐÏÄÇÏÔÁ×ÌÉ×ÁÌ ÂÙ ÄÁÎÎÙÅ, É ÐÅÒÅÄÁ×ÁÌ × SP ÔÉÐÁ: CREATE PROCEDURE WRITE_DATA_PACKET ( BODY blob) as begin -- 1) ÓÏÈÒÁÎÉÔØ ÂÌÏÂ × EXTERNAL_TABLE (ËÁËÏÊ-ÎÉÂÕÄØ Udf ) -- 2) ÐÅÒÅÎÅÓÔÉ ÄÁÎÎÙÅ × ÔÁÂÌÉÃÕ insert into INDEXED_TABLE select ext.* from EXTERNAL_TABLE ext; -- 3) ÕÄÁÌÉÔØ ÓÏÄÅÒÖÉÍÏÅ EXTERNAL_TABLE (ËÁËÏÊ-ÎÉÂÕÄØ Udf ) exit; end PS. ÔÁËÏÊ ÓÐÏÓÏ ÂÙÓÔÒÅÅ IMHO, ÎÏ ÏÎ ÔÒÅÂÕÅÔ ÍÏÎÏÐÏÌØÎÏÓÔÉ.
Интересная фига с current_timestamp
Всем доброго времени суток! Недавно обнаружил интересную особенность работы current_timestamp, если вызываю его несколько раз в ходе работы execute block, или при вставке записи в таблицу и последующем срабатывании триггера везде current_timestamp одинаковый получается, равный времени начала исполнения блока/триггера. Пробовал получить его в начале долгой процедуры и в конце. Одинаковый! С связи с чем вопрос: это так и задумано или баг? По мне, так лучше, если б так и было задумано З.ы. версия сервера 2.1.0.670
Re: Интересная фига с current_timestamp
С связи с чем вопрос: это так и задумано или баг? По мне, так лучше, если б так и было задумано З.ы. версия сервера 2.1.0.670 Так и задумано. Есть еще 'NOW'. Оно вернет то, что ты хотел. With b/r. Gleb.
Re: OFF/2 �������� ������� �������
îÕÖÎÏ ÎÁ ×ÒÅÍÑ ÏÂÒÕÂÉÔØ ×ÓÅ ËÏÎÎÅËÔÙ Ë ÐÔÉÃÅ, ËÏÔÏÒÙÅ ÉÄÕÔ ÉÚ×ÎÅ (Ô.Å. ËÒÏÍÅ localhost). ÉÍÅÅÛØ ××ÉÄÕ - ÏÂÒÕÂÉÔØ, É ÎÅÐÕÓËÁÔØ ÎÏ×ÙÅ ËÏÎÎÅËÔÙ, ËÒÏÍÅ ÎÏ×ÙÈ - ÌÏËÁÌØÎÙÈ?