согласен. в данном случае в это базе нет нужды учитывать платежи и все проводки связанные с нми, это у нас сделано все в професиональной базе.
а вот учет договоров и быстрый доступ к сканам договров, да что бы были своевременные уведомления об окончании срока действия договора, отчеты типа аредной ставки на любой день, или как в данном случае прогноз оплаты по договору, а так же сделать выгрузку по всем заключенным доп.соглашениям, договорам за определенные периоди т.д. и т.п. вполне пока хватает...
а переделать базу с учетом того, что узнаю все больше и уже понимаю, что можно сделать было и проще и красивше и грамотнее - это у меня постоянное желание и рвение, но пока администрирую эту базу. все таки оснонвая задача у меня - это заключение договоров. а это как факультатив. :)

я знаю как грамотно читить склады и аренду - спрашивай если что :)

а вообще - бесконечно наращивать функционал на старый каркас БД невозможно
рано или поздно потребуется глубокий рефакторинг (особенно на первый прототип).

это как на бронемашину навешивать все больше и больше брони - рано или поздно придется менять всю ходовую. Иначе не поедет под собсвенным весом.

я предпочитаю get

PROFIT!

Ну, если за три года еще не расстреляли, значит все ОК.

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

Оказывается база уже работает...........
Тада да поизвращаться с непредусмотренным заранее - придётся...
Хорошо, что получается изощряться, а то бы пришлось хреново...........
===========================================================
и ещё один плюс - это

1-1-1 = -1 (Истина)

Это же оператор присвоения "set"
Ты чё забыл?

через set

через чево?

я просил не написать за меня приложение, а направить на путь истинный....
но все равно спасибо за помощь, вы Explorer очень добры...
сама база уже давно работает, потребвалась доп.функция вот и изощерялся.

кстати я справился и без открывания доп.окна...

через set

я так понимаю по моему вопросу решения простого нет

есть.
самое простое- нанять специалиста знакомого и с предметкой и со средой разработки.

такая прилада в черновиках стоит порядка 500 зеленых. (скелет без наворотов)
подготовка ТЗ и описания оцениваются отдельно - если не хотите делать сами.

а первый - это не минус это тире

запрос-1-1-1 = запрос-3

ну налители, лень было имена придумывать вот то что мне будет понятно с утра то и сделал.
в рабочем варианте все равно по другому обзову :)


я так понимаю по моему вопросу решения простого нет, и это делать только через открытие доп. окна редактирования карточки договора?

кстати если и считать то у меня было написано 1-1-1 = -1 (Истина)

а первый - это не минус это тире

: )

я в экселе считал :) - лень VBE запускать

-1-1-1 = -3

-1?-1:-1

Запрос-1-1-1 - это окончательный запрос, который выдает мне нужную информацию

-1-1-1 = -3

как сделдать так, что бы можно было вносить изменения

некоторые запросы получаются нередактируемыми - в частности некоторые запросы с джойнами

предистория: http://hiprog.com/forum/read.php?id_forum=1&id_theme=7394&page=1

мда, столкнулся с другой проблемой

SELECT Договор.Проверен, Договор.[дата проверки]
FROM Договор INNER JOIN [Запрос1-1-1] ON Договор.Код = [Запрос1-1-1].Код;

вот в данном случае внести изменение в поле Договор.Проверен я не могу...
как сделдать так, что бы можно было вносить изменения.

Запрос-1-1-1 - это окончательный запрос, который выдает мне нужную информацию.

P.P.S прошу прощения за несоблюдение этики присвоения имен