äÁ ÎÕ ? íÏÇÕ ÏÔÏÓÌÁÔØ ÎÁ ÔÕ ÖÅ ÓÓÙÌËÕ × ËÏÔÏÒÕÀ ÍÅÎÑ ÔËÎÕÌÉ
ÎÏÓÏÍ:
http://www.firebirdsql.org/manual/ru/nullguide-null-in-exps-ru.html
VAS âÙ×ÁÅÔ ÔÏÌØËÏ is null. áÎ ÍÁÓÓ, × ÓÍÙÓÌÅ.
http://www.firebirdsql.org/manual/ru/nullguide-dealing-with-nulls-ru.html
ñ ÉÍÅÌ × ×ÉÄÕ ÎÅ
Hello, Alexander A. Venikov!
You wrote to All on Thu, 16 Nov 2006 10:11:19 +0500:
AAV Hello, All!
AAV В ФИДОшной эхе Vlad Filippov спрашивает:
AAV
AAV -
AAV Пpивет, All!
AAV Вопpс к знатокам
Вот мой вариант (вообще а не для IBX)
if (Data^.sqlscale = 0) and (Data^.sqlsubtype = 0) then
FieldDef.DataType := ftLargeint
else
if (Data^.sqlscale = -4) then
begin
FieldDef.DataType := ftBCD;
Ded wrote:
Издревле в конструкциях из иннер джойнов с лефтом на хвосте, типа
Был неправ, вспылил. Проблема, похоже, была в другом, но по ходу
разборки всплыли некоторые совсем чудесные чудеса, сюда это валить
смысла нет, сначала побухчу в привате.
--
Regards. Ded.
Oleg LOA [EMAIL PROTECTED] сообщил/сообщила в новостях
следующее: news:[EMAIL PROTECTED]
Ничё не делать. Прекратить допать используемые метаданные.
да, на FB 2 переходить не стоит
Итак, группа разработчиков средств
разработки теперь формально в
самостоятельной компании (и, похоже, в
серьезной заднице). Все обращают
внимание, что этой компании перешли
Делфи и Билдеры, но мало кто говорит,
что и Интербейз теперь то же будет
разрабатываться CodeGear. Все мы знаем, что
в
Привет, Andrei!
Вы пишешь 16 ноября 2006:
[Sorry, skipped]
A Идея такая: от имени сообщества ФБ
A обратиться к ключевым фигурам CodeGear с
A предложением объединить усилия
Опять обманете ведь.
Вы же уже хотели объединиться с Россией.
И где?
(типа, тоже шутка ;)
--
With best regards,
Почему мне хочется ругаться матом?
Никто не знает?
Коваленко Дмитрий.
Привет всем.
Обнаружил полезную фичу FB2 - можно
грохать индексы и constraint у таблице с
триггерами, в которых эти индексы и т.д.
вроде как задействуются в запросах.
Ура, товарищи!
На FB 1.5 - хрена лысого. Нужно сначало
грохнуть триггеры, потом все
остальное.
Вопрос относительно FB2 - это
Kovalenko Dmitry [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Почему мне хочется ругаться матом?
Никто не знает?
Я знаю. Выругайся, оформи художественно и вышли мне на мыло - ОБЕЩАЮ ПРОЧЕСТЬ
ВСЛУХ. ;-);-);-)
P.S. А то что в багланде много уёпков манагеров - так это уже факт.
Andrei wrote:
Идея такая: от имени сообщества ФБ
обратиться к ключевым фигурам CodeGear с
предложением объединить усилия
Представляете, если к
оптимизациям и языковым расширениям
ФБ прибавить многопроцессорность,
временные таблицы, таблицы со
статистикой, журналирование и прочие
вкусности от
KD Привет всем.
KD
KD Обнаружил полезную фичу FB2 - можно
KD грохать индексы и constraint у таблице с
KD триггерами, в которых эти индексы и т.д.
KD вроде как задействуются в запросах.
KD Ура, товарищи!
хм. тото я на рабочей базе на yaffil интекс прибил, так народ старзу завопил у
них ошибка
Oleg LOA wrote:
Kovalenko Dmitry [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Почему мне хочется ругаться матом?
Никто не знает?
Я знаю. Выругайся, оформи художественно и вышли мне на мыло - ОБЕЩАЮ ПРОЧЕСТЬ
ВСЛУХ. ;-);-);-)
Мне тоже, мне тоже, я тоже хочу вслух! :-D
Kovalenko Dmitry wrote:
Привет всем.
Обнаружил полезную фичу FB2 - можно
грохать индексы и constraint у таблице с
триггерами, в которых эти индексы и т.д.
вроде как задействуются в запросах.
Ура, товарищи!
На FB 1.5 - хрена лысого. Нужно сначало
грохнуть триггеры, потом все
остальное.
Andrei [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
ÔÑÇÁÔØÓÑ Ó íÓóëì ÉÌÉ ïÒÁËÌÏÍ. òÙÎÏË âä
ÂÏÌØÛÏÊ É ÄÅÎÅÇ È×ÁÔÉÔ ×ÓÅÍ. éâ ÍÏÖÅÔ
ÐÒÏÄÁ×ÁÔØÓÑ ËÁË ÐÌÁÔÎÙÊ ÐÒÏÄÕËÔ, Á æâ --
ËÁË ÂÅÓÐÌÁÔÎÙÊ. ëÏÍÕ ÞÔÏ ÐÏ ×ËÕÓÕ...
ÍÎÅ ÏÞÅÎØ ÐÏÎÒÁ×ÉÌÁÓØ ÜÔÁ ÉÄÅÑ. CodeGear ÐÒÏÄÁÅÔ ÇÉÂÒÉÄ éâ-æâ ËÁË
Dmitry Voroshin parix3-JGs/[EMAIL PROTECTED] wrote in message news:[EMAIL
PROTECTED]
Если речь идёт про Delphi 7 то эта конструкция работает после установки
Update1. Тут не в IBX дело, а в TLargeIntField.
Интресно ЧТО МОЖНО НАКОСЯЧИТЬ В ЭТОМ КОДЕ?
{ TLargeintField }
constructor
Hello, All!
ðÏÎÁÄÏÂÉÌÏÓØ ÓÅÇÏÄÎÑ ×ÎÅÚÁÐÎÏ ÓÄÅÌÁÔØ ÚÁÐÒÏÓ Ó ÐÁÒÁÍÅÔÒÁÍÉ...
îÕ, ÐÏÓÍÏÔÒÅÌ PHP-ÛÎÙÊ ÈÅÌÐ, ÎÁÛ£Ì ibase_prepare É ibase_execute...
îÁÐÉÓÁÌ ÚÁÐÒÏÓÉË, ÏÔÌÁÄÉÌ × åËÓÐÅÒÔÅ, ×ÓÔÁ×ÉÌ × php-ÓËÒÉÐÔ... ðÏÌÕÞÉÌ
ÎÉÞÅÇÏ...
÷ÏÔ ÓËÁÖÉÔÅ, ÜÔÏ ÓÐÅÃÉÁÌØÎÏ ÄÌÑ ÍÅÎÑ ÓÅÇÏÄÎÑ ÔÁË ÉÌÉ ÜÔÁ
Oleg LOA [EMAIL PROTECTED] сообщил/сообщила в новостях
следующее: news:[EMAIL PROTECTED]
Dmitry Voroshin [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Если речь идёт про Delphi 7 то эта конструкция работает после установки
Update1. Тут не в IBX дело, а в TLargeIntField.
úÁÐÒÏÓ, ÄÏ ÐÏÒÙ ÄÏ ×ÒÅÍÅÎÉ ÒÁÂÏÔÁ×ÛÉÊ ÎÏÒÍÁÌØÎÏ, ÎÁÞÁÌ ××ÏÄÉÔØ ÓÅÒ×ÅÒ ×
ÚÁÄÕÍÞÉ×ÏÓÔØ.
÷ÙÑÓÎÉÌÏÓØ, ÞÔÏ ×ÏÔ ÔÁËÏÊ ÚÁÐÒÏÓ Ó×ÁÌÉ×ÁÅÔÓÑ × natural
select * from documents d, reg_value rv
where
rv.doc = d.id and
d.Pin in (2,42,61,82,83)
ðÌÁÎ
PLAN JOIN (RV NATURAL,D INDEX
äÏÐ. ÉÎÆÏÒÍÁÃÉÑ:
âÁÚÙ ÖÉ×ÕÔ ÎÁ ÓÅÒ×ÅÒÅ Interbase 7.1 SP2
-
âáúá_1 (Ó ËÏÔÏÒÏÊ ×ÁÌÉÍÓÑ × natural)
÷ ÔÁÂÌÉÃÅ Documents 4,5 ÍÌÎ ÚÁÐÉÓÅÊ, ÓÅÌÅËÔÉ×ÎÏÓÔØ ÉÎÄÅËÓÁ ÐÏ ÐÏÌÀ ID =
0,240998
Index DOCUMENTS_PIN (2)
Привет, Alexander!
Вы пишешь 16 ноября 2006:
AA Доп. информация:
AA Базы живут на сервере Interbase 7.1 SP2
Разработчики InterBase сюда очень-очень редко заглядывают.
Очень.
--
With best regards, Alex Cherednichenko.
Dmitry Voroshin parix3-JGs/[EMAIL PROTECTED] wrote in message news:[EMAIL
PROTECTED]
procedure TLargeintField.SetVarValue(const Value: Variant);
begin
raise AccessError('Variant');
end;
ПОСЛЕ:
procedure TLargeintField.SetVarValue(const Value: Variant);
begin
SetAsLargeInt(Value);
select * from documents d, reg_value rv
where
rv.doc = d.id and
d.Pin in (2,42,61,82,83) and d.pin =2 and d.Pin=83
ïËÁÚÁÌÏÓØ, ÄÏÓÔÁÔÏÞÎÏ ÎÁÐÉÓÁÔØ d.Pin in (2,42,61,82,83) and d.pin 0
Alexander Artukov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Доп. информация:
Базы живут на сервере Interbase 7.1 SP2
И какой ответ ты ожидаешь увидеть? НУ НЕТУ У НАС СОРЦОВ IB7 чтобы сказать
почемсу так произошло. А значит пищи план руками и шли багрепорт в борланд
Alexander Artukov wrote:
select * from documents d, reg_value rv
where
rv.doc = d.id and
d.Pin in (2,42,61,82,83) and d.pin =2 and d.Pin=83
Оказалось, достаточно написать d.Pin in (2,42,61,82,83) and d.pin 0
И что, время выполнения запроса уменьшилось от этого
катастрофически?
é ËÁËÏÊ ÏÔ×ÅÔ ÔÙ ÏÖÉÄÁÅÛØ Õ×ÉÄÅÔØ? îõ îåôõ õ îáó óïòãï÷ IB7 ÞÔÏÂÙ ÓËÁÚÁÔØ
ÐÏÞÅÍÓÕ ÔÁË ÐÒÏÉÚÏÛÌÏ. á ÚÎÁÞÉÔ ÐÉÝÉ ÐÌÁÎ ÒÕËÁÍÉ É ÛÌÉ ÂÁÇÒÅÐÏÒÔ × ÂÏÒÌÁÎÄ
ôÁË ×ÏÐÒÏÓ ÎÅ Ë ÒÁÚÒÁÂÏÔÞÉËÁÍ FireBird É ÕÖ ÔÅÍ ÂÏÌÅÅ ÎÅ Ë ÒÁÚÒÁÂÏÔÞÉËÁÍ
Interbase (ÓÐÁÓÉÂÏ þÅÒÅÄÎÉÞÅÎËÏ, ÐÒÏÓ×ÅÔÉÌ, Á ÍÕÖÉËÉ-ÔÏ ÎÅ ÚÎÁÌÉ).
éÚ
Привет, Alexander!
Вы пишешь 16 ноября 2006:
[Sorry, skipped]
AA Из исходного сообщения ясно, что проблема была решена подшаманиванием,
Не факт, что стало драматически лучше...
AA но интересно узнать мнение товарищей - если кто сталкивался с подобным
AA поведением оптимизатора под под
select * from documents d, reg_value rv
where
rv.doc = d.id and
d.Pin in (2,42,61,82,83)
ðÒÏÃÅÓÓÏÒ ÎÁ ÓÅÒ×ÅÒÅ ÚÁÖÉÒÁÅÔÓÑ ÐÏÌÎÏÓÔØÀ ÎÁ ÐÒÏÔÑÖÅÎÉÉ Ä×ÕÈ ÍÉÎÕÔ, ×
ÔÅÞÅÎÉÉ ÜÔÉÈ ÖÅ 2 ÍÉÎÕÔ IBEXpert ÏÔÄÙÈÁÅÔ, ÚÁÔÏ ÐÏÔÏÍ ×ÙÄÁÅÔ ÂÏÄÒÏÅ ×ÒÁÎØÅ ×
ÓÔÒÏÞËÅ Execute time
-- Performance info --
Alexander Artukov wrote:
На запросе
select * from documents d, reg_value rv
where
rv.doc = d.id and
d.Pin in (2,42,61,82,83) and d.Pin 0
все работает по взаправдашнему.
А я бы не мучал его бесполезным поднятием несчастного индекса ещё
раз и написал бы
select * from documents
AC
AC Привет, Alexander!
AC Вы пишешь 16 ноября 2006:
AC
AA Доп. информация:
AA Базы живут на сервере Interbase 7.1 SP2
AC
AC Разработчики InterBase сюда очень-очень редко заглядывают.
AC Очень.
AC
вот только иногда, читая whatsnew от interbase, такое впечатление, что они
слушают.
:)
--
А теперь скажи мне, о отрок с пламенными очами
а) а нафига это кодежирам надо, если оне как тырили по своей многомудрой
лицензии код FB так и будут тырить, не давая ничОго взамен?
б) а нафига это птицеводам надо, ежели оне на каждом углу говорят, что в IB
- многопроцессорность сделана
Roman Rokytskyy wrote:
То что Ты написал означает только то, что Ты видишь IB только как
конкурентов, а не как возможных партнеров. Кстати с некоторыми
товарищами из Борланда говорили, они также видят в нас конкурента, а не
партнера, - по их версии мы отбираем у них ихние revenues.
Таки
Например, если бы разработка была в моих руках, приделанных, как
известно, к весьма тупой и консервативной голове, то никакими execute
Скромняшка:)
á Ñ ÂÙ ÎÅ ÍÕÞÁÌ ÅÇÏ ÂÅÓÐÏÌÅÚÎÙÍ ÐÏÄÎÑÔÉÅÍ ÎÅÓÞÁÓÔÎÏÇÏ ÉÎÄÅËÓÁ ÅÝ£
ÒÁÚ É ÎÁÐÉÓÁÌ ÂÙ
á ÐÏÔÏÍ ÅÝ£ ÍÁÌÏÓÔØ ÐÏÄÕÍÁÌ ÂÙ ÎÁÄ ÐÏÄÎÑÔÉÅÍ 5 ÒÁÚ ÏÄÎÏÇÏ ÉÎÄÅËÓÁ É
ÐÏÐÒÏÂÏ×ÁÌ ÂÙ ÅÝ£
ïë, ÓÐÁÓÉÂÏ ÚÁ ÎÁ×ÏÄËÕ.
Dmitry Voroshin пишет:
А ты видел хоть один проект, где бы людей ХВАТАЛО? Вывод: людей
катастрофически не хватает всегда и везде.
Особенно в Китае.
;-)
--
С уважением,
Андрей Еремин.
Alexander Artukov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Из исходного сообщения ясно, что проблема была решена подшаманиванием, но
интересно узнать мнение товарищей - если кто сталкивался с подобным
поведением оптимизатора под под IB/FB 1.0/1.5.
А смысл? Ну сталкивался ну и
Oleg LOA [EMAIL PROTECTED] сообщил/сообщила в новостях
следующее: news:[EMAIL PROTECTED]
И какое ЭТО имеет отношение к IBX и текущей проблеме? Ну добавли
поддерджку в Variant типа совместиморго с LargeInt
А автор спрашивал: почему у меня не работает такое:
FieldByName('FieldOnBaseINT64').Value
Dmitry Voroshin parix3-JGs/[EMAIL PROTECTED] wrote in message
news:ejjo79$u47 А автор спрашивал: почему у меня не работает такое:
FieldByName('FieldOnBaseINT64').Value := _нужное_целочисленное_значение_,
Так ясен пень почему не работает. Вот по этому и не работает.
А ну звиняйте. Если автор
38 matches
Mail list logo
