Hello Николай,
Thursday, January 18, 2007, 9:03:58 PM, you wrote:
НВ По ссылке новость на osp.ru http://www.osp.ru/news/2007/0118/3892454/
НВ Может будет кому интересно - каталог свободного ПО уровня предприятия.
НВ Есть раздел СУБД и Firebird, а также условная шкала сравнения по
НВ
www.optaros.com
там логинишься, и получаешь доступ к каталогу опенсорс проектов.
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
Привет всем.
Ктото пробовал, типо боевую базу переставил с 32 на 64 ?
Впечатления кокие ? Чтото реально рулит быстрее или
ничего заметного ?
Regards
Janex
Заматили, что если явно указать количество выбираемых на клиента
записей, работа существенно ускориться.
Написали примерно так (псевдокод):
порция = 0
повторять до упора:
записи = из запроса(
select first 100 skip ? поля from table where какие-то)
если пусто(записи):
кончить.
J
J Привет всем.
J Ктото пробовал, типо боевую базу переставил с 32 на 64 ?
J Впечатления кокие ? Чтото реально рулит быстрее или
J ничего заметного ?
J
ну и где ты его нашел? на firebirdsql.org написано, что скоро будет.
--
С уважением
Кочмин Александр
Firebird Foundation associate member
Hello, Sergiy S. Tkachenko!
You wrote on Thu, 18 Jan 2007 13:09:10 +0200:
SST Alexandr Kochmin пишет:
я обычно такой редкоиспользуемый синтаксис не запоминаю, а делаю это
в IBExpert - он показывает как раз DDL и вуаля.
SST В том то и беда что и через IBExpert нельзя удалить.
хто-нить
Alexandr Kochmin wrote:
ну и где ты его нашел? на firebirdsql.org написано, что скоро будет.
Обана ... тут в предидуших постах что мылкнуло про 64, незаметил что
реч идёт о wинде, правильно - в 2.1 обешают только ... :)
Так если уж начал, то дело такое, что в ближаишее время клиент новое
EP
EP Hi Alexandr Kochmin
EP www.optaros.com
EP там логинишься, и получаешь доступ к каталогу опенсорс проектов.
EP В задницу такие регистации с 4-х попыток зарегистрица не удалось,
EP причем поля цука очищал и вводит каждый раз какнает
EP
я зарегистрировался, скачал pdf
для Firebird выделена
Hello, Tonal!
Tonal wrote:
И тут закрались сомнения: что будет, если в запросе не будет кляузы
order by?
Все ли записи, удовлетворяющие условию в запросе будут вычитаны.
ну сколько можно объяснять, что first/skip просто ограничивают
выборку, то есть fetch. И что без order by записи
HI Alexandr Kochmin
я зарегистрировался, скачал pdf
Выишли мне на мыло evgeneyputilin mail ru
Tonal пишет:
Заматили, что если явно указать количество выбираемых на клиента
записей, работа существенно ускориться.
Написали примерно так (псевдокод):
порция = 0
повторять до упора:
записи = из запроса(
select first 100 skip ? поля from table where какие-то)
если пусто(записи):
Hi Janex
Так если уж начал, то дело такое, что в ближаишее время клиент новое
железо будет покупать и шас как бить - можбить сразу 64бит брать ?
Есть кокието мысли, типо, подшитали, что на 64 машине выбор
из милиона записеи будет на 56.89% быстрее чем на 32 ... ???
Чтото наверно должно
EP
EP HI Alexandr Kochmin
EP я зарегистрировался, скачал pdf
EP Выишли мне на мыло evgeneyputilin mail ru
EP
лови.
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
Shiliaev Ruslan пишет:
Зачем тебе это, если ты выбыраешь все записи? Вместо выполнения запроса
один раз с полным фетчем, ты выполняешь запрос (Int(count(*)/100) + 1)
раз, причем чем дальше - тем больше записей фетчится сервером. Оно тебе
надо?
Я же говорю: замеряли производительность - для
Dmitri Kuzmenko пишет:
ну сколько можно объяснять, что first/skip просто ограничивают
выборку, то есть fetch. И что без order by записи выдаются в том
порядке, как хранятся на диске, то есть как попало.
Т.е. можно быть уверенным, что я получу одинаковые наборы если буду
выбирать так:
set
Janex wrote:
Есть кокието мысли, типо, подшитали, что на 64 машине выбор
из милиона записеи будет на 56.89% быстрее чем на 32 ... ???
И откуда такие бешеные цифры в голову лезут :-)
На одном и том же объеме ОЗУ 64-битная сборка у меня отрабатывает на
5-15% быстрее.
--
Дмитрий Еманов
http://news.ntv.ru/101818/
довольно несмешно, наводит на мысли...
On Fri, 19 Jan 2007 10:34:56 +0300, Boulitchev Aleksey [EMAIL PROTECTED]
wrote:
http://www.lenta.ru/news/2007/01/18/psycho/
В психбольнице специально для лечения человека-дерева установить Yaffil.
--
Сергей Смирнов.
Vadim Mescheryakov wrote:
Вычистил все данные - оставил одну эту таблицу с индексами - получился
большой файл в архиве 250Mb.
Выложи куда угодно (ftp/http) - я скачаю.
--
Дмитрий Еманов
Hello, Tonal!
Tonal wrote:
Т.е. можно быть уверенным, что я получу одинаковые наборы если буду
выбирать так:
да нельзя быть уверенным.
set transaction ...
select first 200 поля from что-то where какие-то
commit
или так:
set transaction ...
select first 100 skip 0 поля from что-то where
Tonal wrote:
Я же говорю: замеряли производительность - для fb1.5 + Delphi7 +
ibx(TIBSQL) получался существенный прирост скорости выборки если явно
указывать требуемое количество строк (select first N, skip :M ...)
Для N=1 и скип=0 - безусловно.
--
Regards. Ded.
Dmitry Yemanov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
На одном и том же объеме ОЗУ 64-битная сборка у меня отрабатывает на
5-15% быстрее.
Чем компилял?
Oleg LOA wrote:
На одном и том же объеме ОЗУ 64-битная сборка у меня отрабатывает на
5-15% быстрее.
Чем компилял?
VC2005.
--
Дмитрий Еманов
Dmitri Kuzmenko пишет:
во втором случае - только в snapshot, причем все равно
без order by второй запрос может выдать то, что уже было
выдано первым.
Опа, сапсбо!
Именно это я и подозревал...
Теперь можно понять некоторые глюки... ;-)
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
http://news.ntv.ru/101818/
довольно несмешно, наводит на мысли...
тут обсуждали.
http://itblogs.ru/blogs/elashkin/archive/2007/01/12/11549.aspx
собственно, в последнее время так и происходит.
Т.е. правообладатель
Dmitry Yemanov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Чем компилял?
VC2005.
И шо, какой количество скртых пролем ожидаешь от 64-битного кода?
Oleg LOA wrote:
И шо, какой количество скртых пролем ожидаешь от 64-битного кода?
А хрен его знает, до конца месяца выложу на публичное тестирование. У
меня все функциональные тесты билд прошел. Но портирование не было
элементарным, спасибо микрософту (мать - привычно откликнулось эхо).
OL Dmitry Yemanov [EMAIL PROTECTED] wrote
OL in message news:[EMAIL PROTECTED]
OL Чем компилял?
OL
OL VC2005.
OL
OL И шо, какой количество скртых пролем ожидаешь от 64-битного кода?
так под линукс то давно есть 64 битные сборки, поэтому могут и не появиться
скрытые проблемы.
--
С уважением
Hello, All!
åÓÔØ ÐÒÉÂÌÕÄÁ, ËÏÔÏÒÁÑ ÒÁÚ × ÞÁÓ ÓËÉÄÙ×ÁÅÔ ÎÁÛ ÐÒÁÊÓ × DBF É ÛÌ£Ô ÅÇÏ
ËÕÄÁ ÎÉ ÐÏÐÁÄÑ...
óÅÊÞÁÓ Ñ ÄÌÑ ÏÔÞ£ÔÎÏÓÔÉ É Á Õ ÎÁÓ ×ÓÅ ÈÏÄÙ ÚÁÐÉÓÁÎÙ ÁÒÈÉ×ÉÒÕÀ ×ÓÅ
ÜÔÉ DBF'Ù ÃÅÌÉËÏÍ...
á ÍÏÖÅÔ ÅÓÔØ Õ ËÏÇÏ ËÁËÁÑ-ÎÉÂÕÄØ ÍÙÓÌØ, ËÁË, ÔÉÐÁ, ËÏÎ×ÅÒÔÎÕÔØ ÔÅËÕÝÉÊ É
ÐÒÅÄÙÄÕÝÉÊ DBF'Ù ×
Vladimir A.Bakhvaloff пишет:
А может есть у кого какая-нибудь мысль, как, типа, конвертнуть текущий и
предыдущий DBF'ы в CSV, а потом натравить какой-нибудь Diff?.. Хитрый такой
Diff... :)
IMHO сначала DBF - CSV, а там diffеренцируй на здоровье
Hello, Igor!
You wrote on Fri, 19 Jan 2007 16:58:29 +0300:
?? á ÍÏÖÅÔ ÅÓÔØ Õ ËÏÇÏ ËÁËÁÑ-ÎÉÂÕÄØ ÍÙÓÌØ, ËÁË, ÔÉÐÁ, ËÏÎ×ÅÒÔÎÕÔØ
?? ÔÅËÕÝÉÊ É ÐÒÅÄÙÄÕÝÉÊ DBF'Ù × CSV, Á ÐÏÔÏÍ ÎÁÔÒÁ×ÉÔØ ËÁËÏÊ-ÎÉÂÕÄØ
?? Diff?.. èÉÔÒÙÊ ÔÁËÏÊ Diff... :)
IZ IMHO ÓÎÁÞÁÌÁ DBF - CSV, Á ÔÁÍ diffÅÒÅÎÃÉÒÕÊ ÎÁ ÚÄÏÒÏ×ØÅ
Hi Alexandr Kochmin
так под линукс то давно есть 64 битные сборки, поэтому могут и не появиться
скрытые проблемы.
Это как бы сказать пятничный пост?
WBR Evgeny Putilin.
Horsun Vlad пишет:
Tonal ...
Рассказывай как замеряли
Померил сейчас для связки fb2 + python2.4 + kinterbasdb.
Одним запросом быстрее. ;-)
P.S. Вот ведь память... Точно помню, что урёрлись в скорость фетча
ивышли из положенияявным указанием количества строк...
Но похоже, это относилось
Tonal wrote:
Опа, сапсбо!
Именно это я и подозревал...
Теперь можно понять некоторые глюки... ;-)
А если кто-то что-то добавит в это время в таблицу, то вообще весело
будет...
Yuris W. Auzinsh wrote:
Здравствуйте, Андрей Иванов.
Недавно (17 января 2007 г., 23:36:59) Вы писали:
АИ то http://www.commerceml.ru скорее всего поможет.
http://www.stp.ru/stan/ здесь есть в более удобоваримой форме.
Ну какому ... пришло в голову делать русские тэги?
Я понимаю, что в 1С
On Fri, 19 Jan 2007 19:04:53 +0300, Konstantin R. Beliaev [EMAIL PROTECTED]
wrote:
А если кто-то что-то добавит в это время в таблицу, то вообще весело
будет...
Даже веселее, чем если удалят из первой сотни? :o
--
Сергей Смирнов.
Откопал на тему руткитов еще одну
прогу для поиска:
a href=http://rku.xell.ru/;RkUnhooker/a
Единственно что меня не оставляет
паранойя что автору этой проги ничего
не стоит самому написать руткит и
поместить его в инсталлятор этой
проги. :) Но у себя ее запускал.
И еще одна для борьбы с
ðÒÉ×ÅÔ ×ÓÅÍ!
ñ ËÏÎÅÞÎÏ ÉÚ×ÉÎÑÀÓØ, ÞÔÏ ÚÁÂÅÇÁÀ ×ÐÅÒÅÄ ÐÁÒÏ×ÏÚÁ É Õ ÍÅÎÑ ÎÅÉÚ×ÅÓÔÎÏ ËÁËÏÊ
ÂÉÌÄ ÐÔÉÃÙ, ÎÏ ÒÕÇÁÅÔÓÑ ×ÏÔ ÎÁ ÔÁËÏÅ ÚÁËÌÉÎÁÎÉÅ
replace into DF_ENTERPRISE (
ENT_ID, ENT_CODE,
ENT_OKVED)
values (
:ENT_ID, :ENT_CODE,
38 matches
Mail list logo