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