Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Глюкобаговые эти RC. / 21 сообщений из 21, страница 1 из 1
17.02.2004, 10:18
    #32411374
aPT
aPT
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
1) Локальный коннект значит не работает. Ну ладно, давно все коннекты через 127,0,0,1 идут.
2) значит есть база в каталоге x:\текущие дела\02.02.2004\ - не хочет бэкапить базу. Пишет что не может найти базу "x:\текущие ".
3) Нет API сервисов. Правда что ими делать не знаю.
4) Корявые планы на джойн с хранимой процедурой. Для левого джойна select first(1) ... from table ... order by поле desc с хранимой процедурой индексы не используются, хотя нужный индекс есть.

=============
Что-то на клаве случайно нажал в процессе набора.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 10:36
    #32411420
Roman Ignatiev
Roman Ignatiev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
1. Classic поставил? Сколько раз уже говорили, что нет у него локального соединения, нету. Надо локально - ставь супер
2. В командной строке путь с пробелами берется в кавычки. Надо говорить, зачем?
3. Тебя никто классик ставить не заставлял! Еще раз: нет у него локального соединения. Сервиса тоже нет!
4. Джойн с ХП - поблагодари, что вообще все не грохнулось. Это еще с IB идет, нельзя это делать. Просто нельзя.

Рекомендую все-таки, прежде чем делать такие заявления, прочитать документацию. Хотя бы release notes
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 10:55
    #32411470
VF
VF
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
2 Roman Ignatiev
вот про класик рассуждаешь, а про CpuAffinity чо нить можешь сказать???
-------
сорри за оффтоп...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 11:02
    #32411482
aPT
aPT
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
1) Да ставил я это дело во всех возможных вариантах.
2) FB 1.3 однако понимает. А через командную строку я работать с FB не собираюсь
4) Ну читал я это. ТЫ почитай!
422240 Left join with stored procedure Fixed v0.9-5

We have two stored procedures and want to do:
select * from proc1('AAA') p1
left join proc2('AAA') p2 on (p1.id=p2.id)
if execute this query - server crashes.

--------------------------------------------------------------------------------

221925 Left joining table to SP with ORDER BY makes fields NULL Fixed v1.0
CREATE DOMAIN JOBCODETYPE AS VARCHAR(20);
CREATE DOMAIN STOCKCODETYPE AS VARCHAR(30);

create table Submit (
jobid jobcodetype not null primary key,
completeby timestamp
);

create table Faults (
id stockcodetype not null,
whenreported timestamp default 'Now' not null,
whendone timestamp,
jmsref jobcodetype not null,

primary key (id,whenreported),
foreign key (jmsref) references Submit(jobid) on update cascade
);

create view xAllFaults(jobid) as
select distinct jmsref from Faults;

create view xWaitingFaults(jobid) as
select distinct jmsref from Faults where whendone is null;

create view AllFaults(jobid,waiting) as
select XAllFaults.jobid,XWaitingFaults.jobid from XAllFaults left join XWaitingFaults on XAllFaults.jobid = XWaitingFaults.jobid;
All jobid's with faults, and 'f' or 'F' according to if any are undone
set term !! ;
create procedure JobFaults returns
(jobid varchar(20), fault varchar(1))
as
declare variable waiting varchar(20);
begin
for select
XAllFaults.jobid,XWaitingFaults.jobid
from XAllFaults
left join XWaitingFaults on XWaitingFaults.jobid = XAllFaults.jobid
into :jobid,:waiting
do
begin
if (waiting is null) then
fault = 'f';
else
fault = 'F';

suspend;
end
end!!
set term ; !!

insert into Submit values ('A',cast('Now' as timestamp));
insert into Submit values ('B',cast('Now' as timestamp));

insert into Faults(id,whenreported,jmsref) values ('item A',cast('Now' as timestamp),'A');
insert into Faults(id,whenreported,whendone,jmsref) values ('item B',cast('Now' as timestamp),cast('Now' as timestamp),'A');
Now try the following:
select * from Submit
join JobFaults on Submit.jobid = JobFaults.jobid
order by Submit.completeby;
Here there appear to be no faults joined to the Submit table
select * from Submit
join JobFaults on Submit.jobid = JobFaults.jobid
Yet here the fault is shown correctly joined!! [This report is very similar/identical to SFID 228716.]
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 11:14
    #32411522
Roman Ignatiev
Roman Ignatiev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
Вот о чем я говорю, только пофиксили. А тебе сразу и план, который тебе кажется получше :) Кстати, совершенно не факт, что с индексом будет быстрее.
Может и ставил во всех вариантах, но трамблемы у тебя типичные по классику :) У меня все работает
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 11:23
    #32411551
aPT
aPT
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
Ну нифига себе не факт! Сортировка все-таки по полю таблицы идет. А насчет фикса плана есть в Release Notes упоминание.
Может скурили его весь?

Кстати FB не говорит прямо, что api сервисов нет. Просто обесчает в следующем релизе. По крайней мере вывод тако при попытке работе с ними.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 12:13
    #32411639
Мимопроходящий
Мимопроходящий
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
Начинаем разбор полётов!
aPT1) Локальный коннект значит не работает. Ну ладно, давно все коннекты через 127,0,0,1 идут.
При локальном коннекте (в его первозданном виде) обмен между сервером и клиентом осуществляется через область разделяемой памяти. При этом все процессы (в случае классика) выстраивались бы в очередь и никакого распараллеливания не происходило бы. Это обусловленно именно используемым механизмом MMF. Поэтому, смысла в его использовании на классике нет никакого. Стоило ставить классик чтоб у тебя запросы ходили "друг за дружкой" ?!

aPT2) значит есть база в каталоге x:\текущие дела\02.02.2004\ - не хочет бэкапить базу. Пишет что не может найти базу "x:\текущие ".
Быстренько в библиотеку за книжкой "Windows для чайников". И читать про то, как нужно писать "длинные имена" файлов, содержащие пробелы.

aPT3) Нет API сервисов.
В виндовом классике не поддерживается (пока) функциональность сервисов GSTAT/GSEC. Остальные же, работают.

aPTПравда что ими делать не знаю.
Верю

aPT4) Корявые планы на джойн с хранимой процедурой. Для левого джойна select first(1) ... from table ... order by поле desc с хранимой процедурой индексы не используются, хотя нужный индекс есть.
Не вижу твоего запроса
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 12:20
    #32411650
Roman Ignatiev
Roman Ignatiev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
2aPT Ты представляешь себе накладные расходы на сортировку по индексу? Иногда бывает выгодно его не применять. Сколько записей в таблицах? Сколько записей ХП выдает?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 12:23
    #32411656
aPT
aPT
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
2 Мимопроходящий

2) Читай мой второй пост. Комментарий однако. Ну не собираюсь я работать в командной строке из-за того, что Ems QuickDesk не может забэкапить базу в FB 1.5 RC8. А FB 1.0.3 запросто бэкапит.
4) Читай вопрос. Там описан запрос.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 12:24
    #32411661
aPT
aPT
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
Ну пока 5000 записей пока. Будет в районе 100 000 - 300 000. Выбирается первая запись в заданном порядке сортировки.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 12:28
    #32411670
Мимопроходящий
Мимопроходящий
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
aPT2) Читай мой второй пост. Комментарий однако. Ну не собираюсь я работать в командной строке из-за того, что Ems QuickDesk не может забэкапить базу в FB 1.5 RC8. А FB 1.0.3 запросто бэкапит.
Дык может таки это буг Ems QuickDesk, авторам которого нужно почитать рекомендованную мной книжечку? ;)

aPT4) Читай вопрос. Там описан запрос.
У нас в лифте стены описаны.
Текст запроса давай!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 12:43
    #32411709
Roman Ignatiev
Roman Ignatiev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
НУ и зачем при 5000 записей, да еще когда одна выбирается, индекс применять? ИМХО, быстрее просто добраться до нее в процессе join, там из ХП все равно natural выборка
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 12:44
    #32411714
aPT
aPT
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
Базы под рукой нет...
Что-то вроде

Select first(1) * from mss
where <условия выборки из mss только>
left join new_procedure(mss.mssdoby) on (1=1)
order by mss.некое_поле desc.

new_procedure имеет 1 входной параметр и 1 выходной. Возвращает ровно одну запись.
Без джойна план использует индексы.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 12:45
    #32411719
aPT
aPT
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
2 Roman Ignatiev
Без индекса идет полсекунды, с индексом идет 10-20 мс.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 12:52
    #32411735
Roman Ignatiev
Roman Ignatiev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
Хм... странно. Все же хотелось бы увидеть запрос.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 12:54
    #32411738
fedd
fedd
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
тээкс!

не злите пациента аРТа!

работайте с тем, тчо он написал сегодня, 12:44

ваш кандидат в модераторы.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 12:54
    #32411740
aPT
aPT
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
Хорошо, но не сегодня.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 12:55
    #32411741
dimitr
dimitr
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
Казалось бы, причем тут RC... ;-)))

В дополнение к Мимопроходящему:

автор1) Локальный коннект значит не работает. Ну ладно, давно все коннекты через 127,0,0,1 идут.

Не работает в классике. В супере работает, если клиентская либа тоже от полуторки. В следующий раз вдумчиво читаем ReleaseNotes.

автор2) значит есть база в каталоге x:\текущие дела\02.02.2004\ - не хочет бэкапить базу. Пишет что не может найти базу "x:\текущие ".

Превознемогая лень, проверил с IBE. Все работает.

автор3) Нет API сервисов. Правда что ими делать не знаю.

В супере есть. В классике - есть частично. Полностью - в FB 2.0.

автор4) Корявые планы на джойн с хранимой процедурой. Для левого джойна select first(1) ... from table ... order by поле desc с хранимой процедурой индексы не используются, хотя нужный индекс есть.

Во внешних джойнах никогда не использовались индексы для сортировки.

P.S. Хороший хирург поможет плохому танцору ;-)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 13:57
    #32411923
Gold
Gold
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
2 aPT:

Всегда помни следующее: если в плане не показан индекс, то это не значит что он не используется. Иногда синтаксис самого PLAN не позволяет показывать все индексы что используються. Вот пример:

Код: plaintext
1.
2.
SELECT * FROM COUNTS C
LEFT JOIN USERS U ON U.ID=C.ID
ORDER BY C.ID


План для него показан
Код: plaintext
PLAN SORT (JOIN (C NATURAL,U INDEX (PK_USERS)))


В то же время Д. Еманов мне говорил что не смотря на то, что в плане не указан индекс по C.ID, он будет использован...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 15:12
    #32412126
dimitr
dimitr
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
GoldВ то же время Д. Еманов мне говорил что не смотря на то, что в плане не указан индекс по C.ID, он будет использован...

Не смей перевирать мои высказывания (с) х/ф "Мейврик" ;-)

Речь шла о следующем:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
SELECT *
FROM MY_TABLE
WHERE A =  0  AND B =  0 
ORDER BY C

FB  1 .x:
PLAN (MY_TABLE ORDER IDX_C)

FB  2 . 0 :
PLAN (MY_TABLE ORDER IDX_C INDEX (IDX_A, IDX_B))


Т.е. в случае ORDER-плана показывается только навигационный индекс, но не поисковые. В остальных случаях (включая твой пример) сервер показывает план правильно.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.02.2004, 15:52
    #32412238
Gold
Gold
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глюкобаговые эти RC.
Ну значит я вас неправильно понял, но то, что сервер иногда индексы скрывает, это я уяснил :-)))
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Глюкобаговые эти RC. / 21 сообщений из 21, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 469ms
Закрыть
start [/forum/topic.php?fid=40&tablet=1&tid=1579203]:
 0ms
get settings:
 10ms
get forum list:
 18ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 156ms
get topic data:
 11ms
get forum data:
 2ms
get page messages:
 57ms
get tp. blocked users:
 2ms
others: 205ms
total:  469ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]