On 24 дек, 00:32, Oleg Matveyev [EMAIL PROTECTED] wrote:
Мой опыт перехода с Ya на FB2:
С момента перехода на FB2.0.1.12855 прошло 244 дня.
3 базы, от 4 до 7Гб
Большое спасибо за описание вашего опыта.
Я тестил только пару запросов, и мне результаты показались
вполне правдоподобными,
Интересно, а почему все-таки в 3м диалекте деление целого на целое дает
тоже целое? Что сподвигло на такую модификацию?
Или причина сего решения погребена в архивах Борланда?
Hello, Konstantin!
Konstantin R. Beliaev wrote:
Интересно, а почему все-таки в 3м диалекте деление целого на целое дает
тоже целое? Что сподвигло на такую модификацию?
Или причина сего решения погребена в архивах Борланда?
Dmitri Kuzmenko wrote:
http://www.ibphoenix.com/main.nfs?a=ibphoenixpage=ibp_60_exact_num_fs
The scales of these operation _except_division_ are specified by the
SQL standard. The standard makes the precision of all these operations,
and the scale of divison, implementation-defined: we
... Но когда все было готово меня ждал еще
один сюрприз, на этот раз куда более серьезный - yaffil на моих
запросах оказался в 1.5-2 раза быстрее Firebird при одинаковых
настройках...
Вот про настройки, можно поподробнее?
У нас тоже был опыт отрицательного (в смысле снижения
Частично места где Yaffil молотит быстрее уже нашел.
Есть простой запрос (таблица smoves - 3 млн. записей):
select k.id_knames, sum(sm_quant)
from smoves s, knames k
where
s.id_knames=k.id_knames and s.id_sklnames=1
and k.nm_folder=0 and s.sm_date:ost_date
and
Блин, ну нафига было к делению применять правило, определенное для
умножения... :-((
Потому, что на уровне инструкций процессора ЭВМ умеет только
прибавлять и умножать. Опреации деления и вычитания получаются путем
математических преобразований над этими операциями (прибавление числа
со знаком
Вот про настройки, можно поподробнее?
оба сервера в режиме SuperServer, кеш - 32768 страниц, страница 4к,
кроме того памяти достаточно чтоб вся БД поместилась в кеш системы. Но
как я написал чуть выше похоже есть вполне объективные причины разницы
скоростей.
Hello, Konstantin!
Konstantin R. Beliaev wrote:
http://www.ibphoenix.com/main.nfs?a=ibphoenixpage=ibp_60_exact_num_fs
The scales of these operation _except_division_ are specified by the
Блин, ну нафига было к делению применять правило, определенное для
умножения... :-((
у тебя
éÎÔÅÒÅÓÎÏ, Á ÐÏÞÅÍÕ ×ÓÅ-ÔÁËÉ × 3Í ÄÉÁÌÅËÔÅ ÄÅÌÅÎÉÅ ÃÅÌÏÇÏ ÎÁ ÃÅÌÏÅ ÄÁÅÔ
ÔÏÖÅ ÃÅÌÏÅ? þÔÏ ÓÐÏÄ×ÉÇÌÏ ÎÁ ÔÁËÕÀ ÍÏÄÉÆÉËÁÃÉÀ?
éÌÉ ÐÒÉÞÉÎÁ ÓÅÇÏ ÒÅÛÅÎÉÑ ÐÏÇÒÅÂÅÎÁ × ÁÒÈÉ×ÁÈ âÏÒÌÁÎÄÁ?
ôÙ ËÕÒÉÛØ ÎÅ ÔÕ ÔÒÁ×Õ. ðÏÜÔÏÍÕ ÔÁËÉÅ ×ÏÐÒÏÓÙ É ÚÁÄÁÅÛØ :)
÷ÏÏÂÝÅ, ËÏÎÅÞÎÏ, ÐÏÚÄÎÏ×ÁÔÏ ÔÙ ÐÒÏÓÎÕÌÓÑ. âÕÇÁÇÁ.
On Sun, 23 Dec 2007 20:42:57 +0300, A7exander [EMAIL PROTECTED] wrote:
пришлось отказаться от Trim
А почему?
--
Сергей Смирнов.
ÒÁÚÌÉÞÎÙÅ ÕÍÏÌÞÁÎÉÑ ÐÁÒÁÍÅÔÒÁ DATABASE_CACHE_PAGES (FB-75, Á
Yaffil-2048). ðÏ ÔÏÌÝÉÎÅ
ËÁÖÄÏÇÏ ËÏÎÎÅËÔÁ ÒÁÚÎÉÃÁ ÚÁÍÅÔÎÁ, Á ×ÏÔ ÐÏÍÏÇÌÏ ÂÙ ÌÉ ÜÔÏ × ÒÅÁÌØÎÏÍ
ÕÌÕÞÛÅÎÉÉ
ÐÒÏÉÚ×ÏÄÉÔÅÌØÎÏÓÔÉ ÒÁÂÏÔÁÀÝÅÊ ÚÁÄÁÞÉ, ÐÒÏ×ÅÒÉÔØ ÍÙ ÔÁË É ÎÅ ÕÓÐÅÌÉ...
ÐÏ ÕÍÏÌÞÁÎÉÀ Õ ÏÂÏÉÈ 75
ÔÁËÉ ÄÁ, ÎÁ ÜÔÏÍ Ñ ÔÏÖÅ
Привет, PEAKTOP!
Вы пишешь 24 декабря 2007:
Блин, ну нафига было к делению применять правило, определенное для
умножения... :-((
P Потому, что на уровне инструкций процессора ЭВМ умеет только
P прибавлять и умножать. Опреации деления и вычитания получаются путем
P математических
On 24 дек, 13:09, WildSery [EMAIL PROTECTED] wrote:
On Sun, 23 Dec 2007 20:42:57 +0300, A7exander [EMAIL PROTECTED] wrote:
пришлось отказаться от Trim
А почему?
при восстановлении из бэкапа ругалось почемуто на эту функцию в
триггере,
хотя в запросах работала нормально, но так как
это была
On 24 дек, 14:57, A7exander [EMAIL PROTECTED] wrote:
при восстановлении из бэкапа ругалось почемуто на эту функцию в
триггере,
хотя в запросах работала нормально, но так как
это была не фатальная потеря, и использовалось всего в одном месте
решил что проще обойтись.
Просто надо
Kovalenko Dmitry wrote:
Вообще, конечно, поздновато ты проснулся. Бугага.
Просто момент подходящий подвернулся для перехода
хотя в запросах работала нормально, но так как
это была не фатальная потеря, и использовалось всего в одном месте
решил что проще обойтись.
Просто надо закомментировать триггер, а после восстановления
раскомментировать и перекомпилить
Пасиб ;) вроде уже догадался ;)
On 24 дек, 13:15,
Dmitri Kuzmenko wrote:
у тебя проблемы с английским - не то читаешь
Уверен что у меня?
http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt
6.12 numeric value expression
1) If the data type of both operands of a dyadic arithmetic opera-
tor is exact numeric, then the data
Hello, Konstantin!
Konstantin R. Beliaev wrote:
Т.е. определяется _производителем_ , а отнюдь не стандартом SQL-92 !
да, и в 2002-ом стандарте то же самое.
PS. Я понимаю, что выступать поздно, просто как-то коряво везде писать
CAST() при делении и вычислении AVG(). Может, конечно, все уже
Dmitri Kuzmenko [EMAIL PROTECTED] ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ ×
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
Hello, Konstantin!
Konstantin R. Beliaev wrote:
ô.Å. ÏÐÒÅÄÅÌÑÅÔÓÑ _ÐÒÏÉÚ×ÏÄÉÔÅÌÅÍ_ , Á ÏÔÎÀÄØ ÎÅ ÓÔÁÎÄÁÒÔÏÍ SQL-92 !
ÄÁ, É × 2002-ÏÍ ÓÔÁÎÄÁÒÔÅ ÔÏ ÖÅ ÓÁÍÏÅ.
PS. ñ ÐÏÎÉÍÁÀ, ÞÔÏ ×ÙÓÔÕÐÁÔØ
Ну вот скачал MS Server 2008. Установил настроил установил ФБ 2.1,
подключился, поработал, подключился удаленно. Работает. Хотя раз на Висте я
уже проект 2 месяца узаю, то можно было и не сомневаться что будет работать
и на серваке 2008.
Короче удачное начало. Теперь я знаю какой сервак
Пытаюсь извлечь скрипт из базы первого диалекта под 1.5.4.
ISQL от 1.5.4 породил кучу непонятных ошибок, так что скрипт обратно не
компилится :-(
Взял ISQL от 2.1.0.15999, уже лучше, но неправильно выгружает CHECK,
если он приписан к таблице, а не к домену.
Вместо check на таблицу получается
Здравствуйте, Dmitri.
Вы писали 24 декабря 2007 г., 20:29:30:
Hello, Konstantin!
Konstantin R. Beliaev wrote:
Т.е. определяется _производителем_ , а отнюдь не стандартом SQL-92 !
да, и в 2002-ом стандарте то же самое.
PS. Я понимаю, что выступать поздно, просто как-то коряво везде
Konstantin R. Beliaev ...
Пытаюсь извлечь скрипт из базы первого диалекта под 1.5.4.
ISQL от 1.5.4 породил кучу непонятных ошибок, так что скрипт обратно не
компилится :-(
Взял ISQL от 2.1.0.15999, уже лучше, но неправильно выгружает CHECK, если он
приписан к таблице, а не к домену.
Вместо
÷ÏÐÒÏÓ ÎÅ ÍÏÊ,
http://forum.vingrad.ru/forum/s/47013e7cda364d210e5f6c9487fed36c/topic-188462.html
Õ Á×ÔÏÒÁ óÅÒ×ÅÒ FireBird2.0.
óÕÔØ ÐÒÏÂÌÅÍÙ: ÐÒÉ ×ÙÚÏ×Å ÒÅËÕÒÓÉ×ÎÏÊ ÐÒÏÃÅÄÕÒÙ ADD_EXTRA ÐÒÉ ÂÏÌØÛÏÍ
ÕÒÏ×ÎÅ ×ÌÏÖÅÎÎÏÓÔÉ ÓÅÒ×ÅÒ
×ÏÚ×ÒÁÝÁÅÔ ÏÛÉÂËÕ
îÁÛÅÌ ÎÁ ÓËÌ.ÒÕ
Hello, Alex!
You wrote to PEAKTOP on Mon, 24 Dec 2007 14:31:21 +0300:
?? âÌÉÎ, ÎÕ ÎÁÆÉÇÁ ÂÙÌÏ Ë ÄÅÌÅÎÉÀ ÐÒÉÍÅÎÑÔØ
?? ÐÒÁ×ÉÌÏ, ÏÐÒÅÄÅÌÅÎÎÏÅ ÄÌÑ ÕÍÎÏÖÅÎÉÑ... :-((
P ðÏÔÏÍÕ, ÞÔÏ ÎÁ ÕÒÏ×ÎÅ ÉÎÓÔÒÕËÃÉÊ ÐÒÏÃÅÓÓÏÒÁ
P ü÷í ÕÍÅÅÔ ÔÏÌØËÏ ÐÒÉÂÁ×ÌÑÔØ É ÕÍÎÏÖÁÔØ. ïÐÒÅÁÃÉÉ
P ÄÅÌÅÎÉÑ É ×ÙÞÉÔÁÎÉÑ ÐÏÌÕÞÁÀÔÓÑ
йЗПТШ зПТВПОПУ ...
Вопрос не мой,
http://forum.vingrad.ru/forum/s/47013e7cda364d210e5f6c9487fed36c/topic-188462.html
у автора Сервер FireBird2.0.
Суть проблемы: при вызове рекурсивной процедуры ADD_EXTRA при большом уровне
вложенности сервер
возвращает ошибку
Есс-но, что тут
Vlad Khorsun [EMAIL PROTECTED]
ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
Êúðôû Úðô÷ðïðõ ...
÷ÏÐÒÏÓ ÎÅ ÍÏÊ,
http://forum.vingrad.ru/forum/s/47013e7cda364d210e5f6c9487fed36c/topic-188462.html
Õ Á×ÔÏÒÁ óÅÒ×ÅÒ FireBird2.0.
óÕÔØ ÐÒÏÂÌÅÍÙ: ÐÒÉ ×ÙÚÏ×Å ÒÅËÕÒÓÉ×ÎÏÊ
Hi, Владимир Аксенов.
ВА [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]
ВА (1+2+3+4+5+6+7+8+9+10)/10=5,5
ВА Что не так?
[2,3,5]
(2+3+5)/3 = 3.333 или 3.333 ?
--
йЗПТШ зПТВПОПУ [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Vlad Khorsun [EMAIL PROTECTED] сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
йЗПТШ зПТВПОПУ ...
Вопрос не мой,
http://forum.vingrad.ru/forum/s/47013e7cda364d210e5f6c9487fed36c/topic-188462.html
у
Владимир Аксенов пишет:
(1+2+3+4+5+6+7+8+9+10)/10=5,5
Что не так?
Делишь на целое получишь цело.
Подели на 10.0
--
Успехов, Андрей Иванов.
Карабас Барабас пишет:
[2,3,5]
(2+3+5)/3 = 3.333 или 3.333 ?
равно просто 3
--
Успехов, Андрей Иванов.
Хорсун Влад
Владислав, а на каком языке топикстартер вопрос задал ?
Я имею в виду это:
begin 666 test.sql
M+RHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ
...
end
Я так понял, что ты его понимаешь ? 0_0
С уважением, PEAKTOP.
PEAKTOP ...
Хорсун Влад
Владислав, а на каком языке топикстартер вопрос задал ?
На KIO8-R ;) Только заголовки об этом умалчивают
Я имею в виду это:
begin 666 test.sql
M+RHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ*BHJ
...
end
Это аттач в base64,
OE понимает, когда кодировку вручную задаю. Аттач он и так корректно
показывает
Хорсун Влад
Все, понял. Я просто вэб-интерфейсом пользуюсь, а MozillaFirefox в
этом месте такой бред нарисовала :)
А меня че-то переклинило, думал уже какой-то новый формат выгрузки ХП
или BLR в текстовом
Оно и сейчас так. Только из кода переместилось в микрокод процессора. И уже
не на уровне инструкций процессора, а на уровне его же микроинструкций.
Да оно много чего переместилось. Сейчас уже процы и со строками
работают ...
36 matches
Mail list logo