|
|
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
1) Локальный коннект значит не работает. Ну ладно, давно все коннекты через 127,0,0,1 идут. 2) значит есть база в каталоге x:\текущие дела\02.02.2004\ - не хочет бэкапить базу. Пишет что не может найти базу "x:\текущие ". 3) Нет API сервисов. Правда что ими делать не знаю. 4) Корявые планы на джойн с хранимой процедурой. Для левого джойна select first(1) ... from table ... order by поле desc с хранимой процедурой индексы не используются, хотя нужный индекс есть. ============= Что-то на клаве случайно нажал в процессе набора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 10:18 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
1. Classic поставил? Сколько раз уже говорили, что нет у него локального соединения, нету. Надо локально - ставь супер 2. В командной строке путь с пробелами берется в кавычки. Надо говорить, зачем? 3. Тебя никто классик ставить не заставлял! Еще раз: нет у него локального соединения. Сервиса тоже нет! 4. Джойн с ХП - поблагодари, что вообще все не грохнулось. Это еще с IB идет, нельзя это делать. Просто нельзя. Рекомендую все-таки, прежде чем делать такие заявления, прочитать документацию. Хотя бы release notes ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 10:36 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
2 Roman Ignatiev вот про класик рассуждаешь, а про CpuAffinity чо нить можешь сказать??? ------- сорри за оффтоп... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 10:55 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
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.] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 11:02 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
Вот о чем я говорю, только пофиксили. А тебе сразу и план, который тебе кажется получше :) Кстати, совершенно не факт, что с индексом будет быстрее. Может и ставил во всех вариантах, но трамблемы у тебя типичные по классику :) У меня все работает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 11:14 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
Ну нифига себе не факт! Сортировка все-таки по полю таблицы идет. А насчет фикса плана есть в Release Notes упоминание. Может скурили его весь? Кстати FB не говорит прямо, что api сервисов нет. Просто обесчает в следующем релизе. По крайней мере вывод тако при попытке работе с ними. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 11:23 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
Начинаем разбор полётов! 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 с хранимой процедурой индексы не используются, хотя нужный индекс есть. Не вижу твоего запроса ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 12:13 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
2aPT Ты представляешь себе накладные расходы на сортировку по индексу? Иногда бывает выгодно его не применять. Сколько записей в таблицах? Сколько записей ХП выдает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 12:20 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
2 Мимопроходящий 2) Читай мой второй пост. Комментарий однако. Ну не собираюсь я работать в командной строке из-за того, что Ems QuickDesk не может забэкапить базу в FB 1.5 RC8. А FB 1.0.3 запросто бэкапит. 4) Читай вопрос. Там описан запрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 12:23 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
Ну пока 5000 записей пока. Будет в районе 100 000 - 300 000. Выбирается первая запись в заданном порядке сортировки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 12:24 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
aPT2) Читай мой второй пост. Комментарий однако. Ну не собираюсь я работать в командной строке из-за того, что Ems QuickDesk не может забэкапить базу в FB 1.5 RC8. А FB 1.0.3 запросто бэкапит. Дык может таки это буг Ems QuickDesk, авторам которого нужно почитать рекомендованную мной книжечку? ;) aPT4) Читай вопрос. Там описан запрос. У нас в лифте стены описаны. Текст запроса давай! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 12:28 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
НУ и зачем при 5000 записей, да еще когда одна выбирается, индекс применять? ИМХО, быстрее просто добраться до нее в процессе join, там из ХП все равно natural выборка ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 12:43 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
Базы под рукой нет... Что-то вроде Select first(1) * from mss where <условия выборки из mss только> left join new_procedure(mss.mssdoby) on (1=1) order by mss.некое_поле desc. new_procedure имеет 1 входной параметр и 1 выходной. Возвращает ровно одну запись. Без джойна план использует индексы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 12:44 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
2 Roman Ignatiev Без индекса идет полсекунды, с индексом идет 10-20 мс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 12:45 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
Хм... странно. Все же хотелось бы увидеть запрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 12:52 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
тээкс! не злите пациента аРТа! работайте с тем, тчо он написал сегодня, 12:44 ваш кандидат в модераторы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 12:54 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
Хорошо, но не сегодня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 12:54 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
Казалось бы, причем тут 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. Хороший хирург поможет плохому танцору ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 12:55 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
2 aPT: Всегда помни следующее: если в плане не показан индекс, то это не значит что он не используется. Иногда синтаксис самого PLAN не позволяет показывать все индексы что используються. Вот пример: Код: plaintext 1. 2. План для него показан Код: plaintext В то же время Д. Еманов мне говорил что не смотря на то, что в плане не указан индекс по C.ID, он будет использован... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 13:57 |
|
||
|
Глюкобаговые эти RC.
|
|||
|---|---|---|---|
|
#18+
GoldВ то же время Д. Еманов мне говорил что не смотря на то, что в плане не указан индекс по C.ID, он будет использован... Не смей перевирать мои высказывания (с) х/ф "Мейврик" ;-) Речь шла о следующем: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Т.е. в случае ORDER-плана показывается только навигационный индекс, но не поисковые. В остальных случаях (включая твой пример) сервер показывает план правильно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 15:12 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=32411735&tid=1579203]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
63ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
| others: | 215ms |
| total: | 377ms |

| 0 / 0 |
