[raus]

это не робит?

 select 
ip.num_ip, ip.name_d 
from ip 
where 
ip.DATE_IP_OUT is null 
	and exists (select * from document where ip.pk = document.fk and document.kod = '16') 
	and not exists (select * from document where ip.pk = document.fk and (document.kod = '74' or document.kod = '72' ) )

[belov-evgenii]

document.kod - текстовое поле? Если нет, то апострофы не нужны.

[raus]

Сообщение от belov-evgenii

document.kod - текстовое поле?

INTEGER

[sarapul-mro]

Евгений, а ты у себя наверно по любому чистил справочники (Физ. ЮР. лица) на совпадающие наименования?
Как вообще уменьшить размер БД и повысить быстродействие есть мысли? Просто реально много записей, в справочники дублирующихся, скажем 1. "ООО Рога и копыта" (все остальные поля пустые) 2. "ООО Рога и копыта" есть еще адрес. 3. "ООО Рога и копыта" есть тел но нет адреса... ну так далее. Или просто выборку как написать.

Кто знает? Основная цель уменьшить размер БД. Может за счет таблиц и записей ПМ депозита?

[belov-evgenii]

Просто удалял дубликаты. Связи один хрен чисто фиктивные, вся необходимая инфа о контрагенте и так содержится в таблице ИП. Чистить, чтобы уменьшить размер БД - не то занятие, которым бы лучше заниматься, на таких мелких БД оно бесполезное. Улучшить быстродействие - это нужно только к разработчику. Все тормоза от кривого проектирования и плохо написанных запросов, а это уже вам не исправить.

[sarapul-mro]

Сообщение от belov-evgenii

Просто удалял дубликаты. Связи один хрен чисто фиктивные, вся необходимая инфа о контрагенте и так содержится в таблице ИП. Чистить, чтобы уменьшить размер БД - не то занятие, которым бы лучше заниматься, на таких мелких БД оно бесполезное. Улучшить быстродействие - это нужно только к разработчику. Все тормоза от кривого проектирования и плохо написанных запросов, а это уже вам не исправить.

Тоже верно, но есть отделы где пользователей мало и база весит не 1,5-2гига а метров 300 там все летает. Поэтому все таки размер базы наверно имеет значение, другое дело что если даже я его уменьшу на 100мб это врятли сильно поможет, но все же хоть что то. Есть же все равно полезные советы например чаще делать бкап/рестор и т.к. далее. А у тебя если не секрет большие отделы, базы сколько весят?

[belov-evgenii]

Урезание справочников прироста в скорости не даст. Основная движуха не по ним. Я уже больше трех лет не работаю в ФССП, а базы были что-то около 1 - 1.4 ГБ

[sarapul-mro]

Добрый день Евгений, нужна твоя помощь, хочу написать селект который бы позволил отобрать ип по следующим условиям:
1. ИП не оконченно (это пустяки)
2. По полю "должник" отсортировать совпадающие. (вот тут то засада...)
Т.е. выполняем запрос и получаем следующую картину, точнее сказать выходит список, для примера:
Абакумов 3ИП
Балтин 2ИП
Вологдин 7 ИП
Галкин 3 ИП

Нужно выявить тех должников на кого возбужденно да и более исполнительных документа, сравнение только по полю должник. Как применить такую логику к полю, через простой селект у меня ничего не вышло... Есть идеи?

[raus]

правда не Женя, а Вова... ну да ладно... Примерно так, только не знаю ,как единичные значения отсекать

select ip.name_d , count (*) 
from 
ip 
where 
ip.date_ip_out is null 
 
group by 1 
order by 2 desc

[belov-evgenii]

... 
having count(*) > 1 
...