alex999konИзерлонер,

я тоже перешел на спарку акс 2010 х64 под сервером 2008 р2 рус и скл 2008 ..

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

однако домой пора до завтра, практически постоянно нахожусь на связи с 8-10 до 17-10.....

удачи..

Позволю себе пространное философское отступление-рассуждение на тему передачи данных "из формы в SQL сервер".

Пока мы юзаем баунд форму на одной таблице - проблем нет никаких ваабще. Аксес прыгает как жаренный, делает все что положено.

Но, жизнь, зараза штука сложная. И ее модели кроме учебных сопливых проэктов (тьфу, блин) ну никак в одну таблицу не укладывются. Чтобы показать пользователю все его данные предметной области со всех сторон - звездочку или снежинку городить придется. И тут - L/(2*R)здетс, устроенный нам мелкомяхким. В 32 битных аксесах 2010 розлива баунд формы на многотабличных вью не работают! Млыть! ФК на форме представленный изящным комбобоксом - йух поменяешь. Счетчика не видит. Новые записи - не добавляются. Написали в тех поддержку мелкомяхкого - те скромно посоветовали пользоваться однотабличными формами - I\/Iудаки. Мне пришлось нагородить пару экранов кода, чтобы отстранить сошедший с ума энджин аксеса от каких-либо попыток общения с сервером. Благо у меня все построено на нескольких классов, обслуживающих все прикладные формы.

А как было хорошо в 2003 аксесе - не жизнь а малина... Проблема была тока когда слишком сложные вью становился ридонли. И то вадя успешнейшим образом редактировал все нерадактируемые вью, ф-ии, процедуры. Я чуть по-проще поступал - табличные формы оставлял ридонли, а в формы-карточки вставлял области с невидимыми границами - субформы - в которых сидели агрегатные поля и т.п., то, что и делало источник форм ридонлу, а саму форму сажал на протой редактируемый источник.

Схема системных модулей. Могут применяться в любом прикладном решении.

1 Способ.

Делаешь таблицу TAB_Period о двух полях dtFrom и dtTo и одной записи. Баундишь эту форму на таблицу. Все последующие выборки в запросах делашь с джоином этой таблицы и отбору по датам.

2 Способ.

Открытия "всех последующих форм" должны в процедуре загрузки оных динамически формировать SQL инструкции с использованием параметров главной формы. Тако же и при последовательном вызове инструкций SQL из вба кода.




А еще более вааще дисциплину взаимодействия форм с сервером (формирование и отправка инстукций и прием результатов от сервера надо инкапсулировать - хоть классами, хоть слоем функций. На простом жестком задании RecordSource форм в конструкторе при твоем масщтабе задачи далеко не уедешь.

Сейчас очень загружен работой, выкроить свободное время не могу.