Sergey Tulaev [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
http://www.da-soft.com/component/option,com_joomblog/joomblog_task,blog_view
óÐÁÓÉÂÏ, ÂÙÌÏ ÎÅÞÔÏ ÐÏÈÏÖÅÅ, ÎÏ ÐÏ-ÒÕÓÓËÉ :)
íÏÖÅÔ Ñ ËÏÎÅÞÎÏ ÏÛÉÂÁÀÓØ, ÎÏ ÎÁ ÒÕÓÓËÏÍ ÎÅ ÂÙÌÏ ÓÒÁ×ÎÅÎÉÑ mem-ÔÁÂÌÉÃ. õ ÎÁÓ
ÂÙÌÁ ÓÔÁÔØÑ BDE
Доброго времени суток!
2.0.3.12981
CREATE TABLE TEST_TABLE4
(id integer NOT NULL);
COMMIT;
insert into test_table4
values
(4);
insert into test_table4
values
(1);
insert into test_table4
values
(6);
COMMIT;
select * from test_table4
order by 0
выдает
Dynamic SQL Error.
SQL error code =
Кузнецов Евгений wrote:
Что из этого - в трекер?
Грубо говоря, ничего. При сортировке по константному значению порядок
неопределен и в общем случае не обязан совпадать с порядком хранения.
Может, стоит все же выдавать в этом случае ошибку?
Уже обсуждалось неоднократно. Формально сервер
On 15 окт, 13:02, Dmitry Yemanov [EMAIL PROTECTED] wrote:
Грубо говоря, ничего. При сортировке по константному значению порядок
неопределен и в общем случае не обязан совпадать с порядком хранения.
Гм, а на 0 тогда зачем ругаться? Исторически так сложилось?
С уважением, Евгений
Недавно поменял работу. Здесь работаю на MSSQL и вот возник вопрос, я
спрашивал у одного товарища, работающегго с MSSQL, но оказалось для него
было откровением, что из хп можно возвращать результаты селекта :( .
Нет! Птичка @- !!! Я твой навеки (с) русская сказка
Значит ситуация такова:
On 15 окт, 13:02, Dmitry Yemanov [EMAIL PROTECTED] wrote:
Грубо говоря, ничего. При сортировке по константному значению порядок
неопределен и в общем случае не обязан совпадать с порядком хранения.
select * from test_table4 order by cast(:a as integer)
сортирует по второму столбцу, даже если а
Кузнецов Евгений wrote:
Гм, а на 0 тогда зачем ругаться? Исторически так сложилось?
Особенность парсинга, насколько я помню.
--
Дмитрий Еманов
Кузнецов Евгений wrote:
select * from test_table4 order by cast(:a as integer)
сортирует по второму столбцу, даже если а = 1. Так и должно быть?
По-хорошему, он вообще не должен сортировать. Т.е. он должен выкинуть
такой ORDER BY из запроса. Но на текущий момент он сортирует по фазе
луны.
On Mon, 15 Oct 2007 13:23:19 +0400, Игорь Горбонос [EMAIL PROTECTED] wrote:
Так что ли?
select gp.group_pays, cp.class_pays, yp.naznachenie_pay,
sum(case when extract(month from yp.date_pay) = 1 then
coalesce(yp.summa_pay, 0.00) else 0.00 end),
sum(case when extract(month from
Игорь Горбонос ...
Недавно поменял работу. Здесь работаю на MSSQL и вот возник вопрос, я спрашивал у одного товарища, работающегго с MSSQL, но
оказалось для него было откровением, что из хп можно возвращать результаты селекта :( .
Там можно возвращать хоть десять резалтсетов (не будем
ÐÅÒÅÈÏÄ ÔÕÄÁ ÏÂÙÞÎÏ ÏÚÎÁÞÁÅÔ ÌÏÍËÕ ÕÓÔÏÑ×ÛÉÈÓÑ ÍÏÒÁÌØÎÙÈ ÐÒÉÎÃÉÐÏ×.
:-)
ÓÏÚÄÁ×ÁÔØ ÔÁÂÌÉÃÕ ÒÁÄÉ ÐÏÌÕÞÅÎÉÑ ÒÅÚÕÌØÔÁÔÁ ÞÔÏ-ÔÏ ÓÏ×ÓÅÍ ÎÅ ÈÏÞÅÔÓÑ. ÷ÏÔ
ÔÁËÁÑ ÓÉÔÕÁÃÉÑ!
Õ ÎÉÈ ÜÔÏ ÎÏÒÍÁÌØÎÁÑ ÓÉÔÕÁÃÉÑ.
Ñ ÎÁÐÒÉÍÅÒ, ÐÏ ÐÅÒ×ÏÓÔÉ ÉÓÐÙÔÙ×ÁÌ ÞÕ×ÓÔ×Ï ÐÒÁ×ÅÄÎÏÇÏ ÇÎÅ×Á ÏÔ ÎÅËÏÔÏÒÙÈ
ÒÅÛÅÎÉÊ,
ÎÏ ÐÏÔÏÍ ÐÒÉ×ÙË
Dmitri Kuzmenko пишет:
Hello, Andrew!
Andrew Holubovski wrote:
Performance comparison of kbmMemTable Std/Pro and AnyDAC CDS -
ответка от
автора kbmMemTable
http://www.components4programmers.com/articles/performancecomparisonofkbmmemtab.htm
какие-то отмазы гнилые. и память была
Например, нет у них священного ужаса перед изменением метаданных на ходу.
Даже не то что на ходу, а вообще - постоянно.
Видел такое решение:
Есть таблица - справочник, на ней два триггера.
В триггере на инсерт - добавление в другую таблицу столбца.
В триггере на делет - соответственно,
On 15 окт, 13:56, Dmitry Yemanov [EMAIL PROTECTED] wrote:
По-хорошему, он вообще не должен сортировать. Т.е. он должен выкинуть
такой ORDER BY из запроса. Но на текущий момент он сортирует по фазе
луны. Что оная фаза совпадает со вторым столбцом - это какая-то
случайная завязка в реализации.
Привет всем.
Вот, в глубокой задумчивости написал запрос
select cast('123' AS BLOB SUB_TYPE TEXT) from dual
А он взял отработал на FB 2.1 !!!
Я в восхищении.
Правда есть одна досадная вещь.
Если через клиента от FB2.1 [15999] тоже самое выполнить для FB2
(2.0.3) то сначала (при первом
Так что ли?
...
Писал из головы, возможно, требуется напильник.
Обошлось практически без напильника :-)
Спасибо за науку, я думал, что стандарт SQL-92 Грабера знаю наизусть, а
оказывается мат часть ещё учить и учить :)
оказалось для него было откровением, что из хп можно возвращать
результаты селекта :( .
Там можно возвращать хоть десять резалтсетов (не будем спрашивать, что
с ними будет делать клиент :). Любой select без into возвращается на
клиента.
так то оно так, только я чего-то видимо пока не
Roman Rokytskyy [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
Например, нет у них священного ужаса перед изменением метаданных на
ходу.
Даже не то что на ходу, а вообще - постоянно.
Видел такое решение:
Есть таблица - справочник, на ней два триггера.
В
hi all
Второй раз за месяц чиню БД через gfix -mend,backup/restore
Интересуют сл-е вещи:
1) безопасно ли на работающем (php apache) серваке /sbin/service
firebird restart
2) статус forced writes под linux по-умолчанию
3) http://tracker.firebirdsql.org/browse/CORE-1476
Кузнецов Евгений wrote:
Спасибо за информацию. Имеет ли смысл помещать в трекер minor request
о внесении единообразия в этих вопросах?
Занеси, лишним не будет.
--
Дмитрий Еманов
On Mon, 15 Oct 2007 18:13:38 +0400, Игорь Горбонос [EMAIL PROTECTED] wrote:
я думал, что стандарт SQL-92 Грабера знаю наизусть, а оказывается мат часть
ещё учить и учить
ОФФ: Ох-ох-ох... Это ж разве задачка... Знание функций ещё не гарантия
способности их применить в полную силу.
Меня
RUST wrote:
1) безопасно ли на работающем (php apache) серваке /sbin/service
firebird restart
Если бы я знал, как этот рестарт работает :-)
2) статус forced writes под linux по-умолчанию
Off
3) http://tracker.firebirdsql.org/browse/CORE-1476
Fixed (как минимум в 2.1).
--
Дмитрий
Вот, в глубокой задумчивости написал запрос
select cast('123' AS BLOB SUB_TYPE TEXT) from dual
А он взял отработал на FB 2.1 !!!
Я в восхищении.
А, давайте, это будет - фича !
Kovalenko Dmitry ...
Правда есть одна досадная вещь.
Если через клиента от FB2.1 [15999] тоже самое выполнить для FB2
(2.0.3) то сначала (при первом фетче) выдается ошибка
- feature not supported
а повторный фетч валит fbclient.dll по AV.
Звиняйте что пишу сюда, а не в трекер - (багу
Вот, в глубокой задумчивости написал запрос
select cast('123' AS BLOB SUB_TYPE TEXT) from dual
А он взял отработал на FB 2.1 !!!
Я в восхищении.
А, давайте, это будет - фича !
Kovalenko Dmitry wrote:
Вот, в глубокой задумчивости написал запрос
select cast('123' AS BLOB SUB_TYPE TEXT) from dual
А он взял отработал на FB 2.1 !!!
Я в восхищении.
Замени dual большой табличкой и будешь шибко огорчен :-)
Правда есть одна досадная вещь.
Если через клиента от
При вставке в таблицу где есть Desc индекс время выполнения на порядок
больше чем при Asc индексе ?
Если Я чего не дочитал в доках, прошу не пинать, если это кому
интересно, могу скинуть примеры...
С уважением, Леонид Агафонов
Доброго времени суток!
Dmitry Yemanov wrote:
Занеси, лишним не будет.
Ушло: http://tracker.firebirdsql.org/browse/CORE-1516
Есть, правда, определенное неприятие такого рода запросов - думаю,
сервер должен бить по рукам программиста при каждом удобном случае,
включая этот.
При сортировке
PEAKTOP wrote:
А, давайте, это будет - фича !
Это и так фича.
--
Дмитрий Еманов
Hello, Леонид!
You wrote on Mon, 15 Oct 2007 19:23:36 -:
ЛА При вставке в таблицу где есть Desc индекс время
ЛА выполнения на порядок больше чем при Asc индексе ?
ЛА Если Я чего не дочитал в доках, прошу не пинать,
ЛА если это кому интересно, могу скинуть примеры...
Нормальное поведение
30 matches
Mail list logo
