|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
Предлагаю собрать коллекцию недокументированных фич (или, как сказали бы в Израиле, фичеров) Аксесса. Например: 1. Вложенные селекты: /topic/31358&pg=1 2. Обращение к полям через форму, а не через рекордсет: /topic/43028 А еще? Потом из этого можно будет сделать фак. А может, это уже есть у Гетца? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.09.2003, 19:43 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
Access\'ный хелп об этом молчит, Гетц об этом говорит на каждом шагу:\r \r rst.close\r set rst = nothing\r \r Я пока не имею толкового вопроса и тем более ответа на этот вопрос, но неадекватность работы этих строчек (/topic/47080 и ссылка оттуда) заставляет задуматься.\r \r Всем спокойной ночи. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2003, 00:31 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
Фича публикуется впервые и по большому секрету ))) ADP XP конструкция: ------------------------------------------------------------------------------- главная форма содержит поле назовем его param1 (можно несколько) подчиненная форма не имеет полей связи (главные и подчиненные поля пустые) подчиненная форма основывается на хранимой процедуре входные параметры у подчиненной формы пустые (но наверное можно и указать на поля главной формы ) в хранимой процедуре параметр @param1 - соответствует имени поля в главной форме и не имеет значения по умолчанию ------------------------------------------------------------------------------- известные эффекты - нет необходимости указывать входные параметры - не нужно использовать поля связи главной и подчиненной форм. фича © AlexeyK (изучение эффекта еще не закончено) - при изменении значения на главной форме в в поле param1 данные в подчиненной форме обновляются без перехода в подчиненной форме на первую запись !!! ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2003, 10:43 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
Нука, нука с этого места по подробнее, интересно как это она обновляется сам без перескока на первую запись. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2003, 11:03 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
тайна, покрытая мраком .... однозначно это не resync - ибо ресинк выполняется медленно. видимо нужно принять как факт ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2003, 11:15 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
сама обновляется, автоматически после изменения значения в поле главной формы ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2003, 11:17 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
2 Владимир Саныч это будет не faq, а сборник "вредных советов" (кстати, автор по моему тоже щас в Израиле живет?) для акцессников:)) ибо следующие им рискуют... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2003, 11:23 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
А какой-нибудь примерчик для теста можно??? уж очень хочется пощупать ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2003, 11:24 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
пример данного эффекта ADP, (необходим MSSQL SERVER с установленной демонстрационной базой Northwind) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2003, 12:58 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
Нуууу, я так не играю. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2003, 14:19 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
могу и ошибиться , но эту фичу я где-то видел в литературе или инете. и на форуме уже описал её применение. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2003, 22:17 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
Кажется, я слишком сильно замахнулся с постановкой задачи. Вот что дал поиск: http://sql.ru/forum/actualtopics.aspx?search=недокументирован&bid=4 Тут материалу не на один десяток факов... ... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2003, 21:29 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2003, 23:17 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
То, сказал АлексейК - испытанная и надежная технология. Более того - она работает и для отчетов. Это особенно актуально, если в качестве источников данных отчета берется процедурка с параметрами, а мы открываем несколько копий одного и того же отчета (создаем по new) с разными параметрами. В этом случае я создавал отчет-оболочку с невидимыми полями, одноименными с параметрами хранимой процедуры. Внутри оболочки сидит реальный отчет, который возьмет у парента параметры для своего источника данных. В событии открытия мастер-отчета, я просто присваиваю невидимым полям-параметрам значения (я их передавал через искуственно орагнизованный стек, но можно и через глобальные переменные). Вот и посадили отчет на хранимую процедурку со множеством параметров. Все чудесно работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2003, 11:52 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
2 Владимир Саныч >Г.Остер живет и работает в Москве< хм, значит я его с Игорем Губерманом спутал:)) - тоже в своем роде "вредные советы", только не для детей, а для взрослых, что совсем в топик... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2003, 12:32 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
найден следующий эффект с клоном рекодсета формы: для добавления данных в подчиненную форму использую клон главной формы Код: plaintext
при этом согласно документации должен образоваться совершенно другой объект не связанный с формой. но этого не происходит - при любых действиях с новым объектом происходят события "передергивающие форму" и вызывающие обновление записей в подчиненной. видимо рекордсет формы имеет какие- то события связанные с обработчиками событий в форме .... если открывать рекордсет не как клон а как новый рекордсет то такого не происходит: Код: plaintext
Изучение эффекта может дать новые возможности по вечно актуальной теме -обновление данных в форме без перехода на первую запись Acc 2002 ADP MDAC 2.8 форма и подформа основаны на одной таблице таким образом что в подформу выбираются записи где parent_id = главная форма Id (дерево) Эффект выглядит как построчное добавление записей в подчиненную форму ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2003, 10:34 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
Недокументированная фича ADO recodset.Collect(0) - почти тоже самое что и recodset.Fields(0), но без заполнения сотни свойств коллекции Fields. Поэтому работает быстрей. Использую везде, где нужно получить только значение поля без его свойств. Истоник: Improving MDAC Application Performance /*Suresh Kannan*/ The Collect method is a hidden method of the Recordset object that lets you quickly get and set the Value property of a Field object without having to obtain a field reference first. This method is appropriate to use when you aren't interested in obtaining or setting any properties other than Field.Value. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2003, 10:48 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
>Недокументированная фича ADO >recodset.Collect(0) с DAO тоже отлично работает :) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2003, 14:33 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
Самое главное то, что наша Лестница тоже попала в результаты поиска по слову "недокументирован" ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2003, 21:09 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
>recodset.Collect(0) а если изменится порядок полей в исходном запросе ? кронты коду? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2003, 09:24 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
>>recodset.Collect(0) >а если изменится порядок полей в исходном запросе ? кронты коду? А если я напишу recordset.Collect("name_field") так пойдёт? Ведь Senin Viktor написал как этот метод использовать, в чем его приемущества перед другими, написал даже где можно почитать. Неужели трудно проверить ? ;-) От себя только могу посоветовать использовать именно это метод в подходящих обстоятельствах!!! Если слишком резко, прошу извенить. Сегодня день лесника млин, а может я ошибаюсь, но наша контора отмечает что-то связаное с лесом. Не дошел до курилки ... ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2003, 14:00 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
Сегодня столкнулся с таким ГЛЮКОМ, не знаю на скоко он закономерен (это покажут дальнейшие испытания) Прикол такой: база mdb AccXp на win98: 1. в таблице T1 ~650 000 записей. 2. очищаем таблицу T1 через запрос "DELETE ...." (Захожу, проверяю потом, все ОК, чисто) 3. Запускаю запрос на вставку в T1 записей из T2 в кол-ве ~950 000. Запрос отрабатывается номана. 4. Захожу в T1 и вижу кол-во записей в T1 ~650 000 (точно уже не помню, но порядок такой). Запрос на Count(*) возвращает точно такое значение. Действия были повторены два раза и приводили к такому же результату. И ТОЛЬКО после того как после запроса по T1 типа "DELETE ...." база была сжата (и востановленна) через одноименный пункт, вставка записей из T2 прошла в полном объеме. Кто-нибудь с таким сталкивался?!? Завтра попробую что будет если таблицу T1 удалять и создавать заново, но конечно не хотелось бы лишний раз дергать таблицу... ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2004, 17:55 |
|
Недокументированные фичи
|
|||
---|---|---|---|
#18+
А почему в этом топике? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2004, 18:00 |
|
|
start [/forum/topic.php?fid=45&msg=32268775&tid=1613479]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
41ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
67ms |
get tp. blocked users: |
1ms |
others: | 10ms |
total: | 159ms |
0 / 0 |