ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Глюкобаговые эти RC.
21 сообщений из 21, страница 1 из 1
Глюкобаговые эти RC.
    #32411374
aPT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aPT
Участник
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:18
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32411420
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman Ignatiev
Участник
1. Classic поставил? Сколько раз уже говорили, что нет у него локального соединения, нету. Надо локально - ставь супер
2. В командной строке путь с пробелами берется в кавычки. Надо говорить, зачем?
3. Тебя никто классик ставить не заставлял! Еще раз: нет у него локального соединения. Сервиса тоже нет!
4. Джойн с ХП - поблагодари, что вообще все не грохнулось. Это еще с IB идет, нельзя это делать. Просто нельзя.

Рекомендую все-таки, прежде чем делать такие заявления, прочитать документацию. Хотя бы release notes
...
Рейтинг: 0 / 0
17.02.2004, 10:36
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32411470
Фотография VF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VF
Участник
2 Roman Ignatiev
вот про класик рассуждаешь, а про CpuAffinity чо нить можешь сказать???
-------
сорри за оффтоп...
...
Рейтинг: 0 / 0
17.02.2004, 10:55
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32411482
aPT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aPT
Участник
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:02
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32411522
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman Ignatiev
Участник
Вот о чем я говорю, только пофиксили. А тебе сразу и план, который тебе кажется получше :) Кстати, совершенно не факт, что с индексом будет быстрее.
Может и ставил во всех вариантах, но трамблемы у тебя типичные по классику :) У меня все работает
...
Рейтинг: 0 / 0
17.02.2004, 11:14
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32411551
aPT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aPT
Участник
Ну нифига себе не факт! Сортировка все-таки по полю таблицы идет. А насчет фикса плана есть в Release Notes упоминание.
Может скурили его весь?

Кстати FB не говорит прямо, что api сервисов нет. Просто обесчает в следующем релизе. По крайней мере вывод тако при попытке работе с ними.
...
Рейтинг: 0 / 0
17.02.2004, 11:23
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32411639
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Начинаем разбор полётов!
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:13
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32411650
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman Ignatiev
Участник
2aPT Ты представляешь себе накладные расходы на сортировку по индексу? Иногда бывает выгодно его не применять. Сколько записей в таблицах? Сколько записей ХП выдает?
...
Рейтинг: 0 / 0
17.02.2004, 12:20
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32411656
aPT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aPT
Участник
2 Мимопроходящий

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

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

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

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

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

ваш кандидат в модераторы.
...
Рейтинг: 0 / 0
17.02.2004, 12:54
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32411740
aPT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aPT
Участник
Хорошо, но не сегодня.
...
Рейтинг: 0 / 0
17.02.2004, 12:54
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32411741
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
Казалось бы, причем тут 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, 12:55
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32411923
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
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, 13:57
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32412126
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
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:12
| Ответить | Цитировать | Написать  
Глюкобаговые эти RC.
    #32412238
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
Ну значит я вас неправильно понял, но то, что сервер иногда индексы скрывает, это я уяснил :-)))
...
Рейтинг: 0 / 0
17.02.2004, 15:52
| Ответить | Цитировать | Написать  
21 сообщений из 21, страница 1 из 1
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Глюкобаговые эти RC.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/search_topic.php?author=Sgek&author_mode=last_posts&do_search=1]:
 0ms
get settings:
 5ms
get forum list:
 13ms
get settings:
 7ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 71ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 48ms
get tp. blocked users:
 1ms
others: 714ms
total:  890ms
созд. / загр.: 890ms
x
x
Закрыть


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