Что-то Штырлиц на 500 застрял
ТЯП

С пятисоткой тебя Штырлиц

да не...Штырлиц всех повязал

Вызвали "на ковер" к Борману.

Видать Мюллеру сегодня не до веселья

А Вам лишь бы веселится. А работать когда?

Вот и тяпнице конец, а тяпа так и не было
Неделю назад веселее было

ВО!
я как раз отчет ваяю..
osmor, спрашивай, подскажу!!

>osmor
>

>....не умею.... >

>
НЕ ВЕРИМ! а кто учил лично меня!!!!????!!!!

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

Теперь становится понятно, откуда "мюллеровские" методы.

osmor

....не умею....

данные приходтся выводить не только в Excel, но и dat и txt - файлы, т.к. приходится сипользовать их в разных приложениях.

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

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

Точно в 2000 тоже есть

а в 2007м Аксе есть линия тренда

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

Вот сижу и думаю.
Очень часто на форумах появляются вопросы, связанные с выводом данных в Exсel.
Я пока обхожусь отчетами Access, и поэтому не совсем понимаю необходимости вывода в Exсel.
Может кто подскажет, в каких случаях вывод в Exсel неизбежен или предпочтителен.

и куда ты нас сослал этой ссылочкой????????????

Тынц

о получилось

ОЙ, здесь слонов раздают!
Спасибочки!!!!! всем!

положил более полный вариант....
http://hiprog.com/access/dwn/help97_rus.zip
5,7 мегов
Для тех кто уже скачал предыдущий вариант, в этом архиве только то что добавилось
http://hiprog.com/access/dwn/help97_rus_up.zip
477 кг.

Забрал и то и другое
Спасибо

зы
5 мегов с hiprog-a закачалось в два раза быстрее чем 1 сo slil.ru

вот все что ПОКА есть у меня, к вечеру мож еще что найду
http://hiprog.com/access/dwn/help97_rus.zip
5 мегов. все справки без оглавлений, так что только поиском

Укороченный вариант:
http://slil.ru/26237629

Спасибо у меня это уже есть
вещь хорошая

Может это подойдет:

http://www.rushelp.com/48/

может попробывать ещё раз на slil.ru

Pasat, ты скачал??
поделись с нами!!)))

во блин
кругом одни вОроги...

аналогично!
serg нижнее подчеркивание 38 собака мэйл точка ру

На мыло более 400 кб не пускает почему-то.

А у меня вообще закачивает только 300 кб и прерывается.
Может на мыло, если возможно (скайлинк все-таки)
dimad333@yandex.ru

ну и скорость с этого слил ру(((
боьше часа качать 3 мега

ОК.

Я бы не делал выбор в пользу только одного метода. Если предварительно нужно обработать небольшое количество записей, то можно использовать рекордсет, но если предварительно нужно обработать большое количество записи, то ИМХО, лучше сделать сложный по структуре запрос, и отправить записи в виде одного или нескольких пакетов.
Плюс еще один нюанс: запрос отрабатывает записи корректней, чем рекордсет.

Так это я для исключения из цикла времени на формирование строки добавляю одну и ту-же запись в EXECUTE. В реалиях будет и полей побольше, и данные все разные. Поэтому выполнять добавление "за-раз" группы записей не получится.
Просто хочется выбрать для себя какой-то один метод, и с ним работать в проекте.
А то глянул, а у меня в одном месте так, в другом иначе. Микс какой-то.

Добавляет запрос значительно быстрее, просто есть разница один раз выполнить execute insert и добавить 2000 записей или в цикле 2000 раз выполнять execute insert по одной записи.

Требуется понять, как "правильнее" и быстрее добавлять записи в таблицу, находящуюся в файле MDB, расположенном на внешнем жестком диске 2.5", подключенном к сетевому компьютеру через USB. Таблицы БД прилинкованы в файле клиента.
Отсюда и ощутимая задержка при использовании EXECUTE.
Работать напрямую к файлу БД не хочется, так-как периодически происходит миграция носителя.

Как то на форуме помогал делать пример. там нужно было 2000 записей из одной таблицы сравнить с 1000 записей из другой таблицы и при определенных совпадениях внести изменения. так вот рекордсет в данном случае просто подвесит машину ( ну или будет очень долго выполняться) а запрос отрабатывает за считанные секунды.
Вот этот пример. В форме на кнопке висит процедура рекордсета. ее лучше не нажимать. А запрос делает то же самое, только быстрее.

А чего требуется достичь?

Есть предложения по "ускорению" функции funExecute?

http://slil.ru/26235462

Сравнил. ( рекордсет отрабатывает здесь быстрее, но это, по моему, из-за конструкции функции funExecute)

1. ДА.
2. У меня только куски. Отправлю на slil.ru. чуть позднее.

Сравни с этим, если не лень:

Public Function funDAO()     Dim dbs As DAO.Database     Dim rst As DAO.Recordset     Dim i As Long     Debug.Print "StartDao", Time()     Set dbs = CurrentDb          Set rst = dbs.OpenRecordset("tblTest", , dbAppendOnly)     With rst         For i = 1 To 2000             .AddNew             .Fields(1) = i             .Update         Next i     .Close     End With     Set rst = Nothing     dbs.Close     Set dbs = Nothing     Debug.Print "EndDao", Time() End Function

Lukas ты вроде недавно показывал кусок хелпа Аксеса 97
Вопрос 1
В 97 хелпе ВБА на русском?
Вопрос 2
Если да, то не мог бы ты поделиться русским хелпом ВБА

У меня эта функция отрабатывает нормально. Без столь длительной задержки

Public Function funEXECUTE()     Dim dbs As Database     Dim i As Long     Dim strSQL As String          Debug.Print "Start", Time()     Set dbs = CurrentDb     For i = 1 To 2000         strSQL = "INSERT INTO tblTest (Test) VALUES (1000);"         dbs.Execute (strSQL)     Next i     dbs.Close     Set dbs = Nothing     Debug.Print "End", Time() End Function

Оказывается Бил Гейтс это индус, вышедший из СССР
Хотя у майкрософта ,вроде, есть девелопмент центр в Индии. Им и тянуть в штаты индусов не нужно.

это миф.... скорее из Индии

Про рекордсет поверю, про execute - чо то там не то

Вам не казется это странным?

Тестировал время добавления 2000 записей в таблицу.
Условия, приближенные к "реальным".
Результаты:
1. ...Execute... - 5 мин 48 сек.
2. ...OpenRecordset... - 2 сек.

дык...все американские программеры - это ж все выходцы из СССР

http://www.timeout.ru/journal/feature/3090/

Прочитал анегдот:
Американские программисты очень долго не могли понять,. почему их русские. коллеги при зависании Windows все время повторяют фразу.
"твой кролик написал". (Your Bunny Wrote) (прим. : английский вариант следует прочитать быстро)

Попробуй в любом поисковике "шахматы онлайн", море ссылок.
Может подберешь подходящую.

Когда-то я хорошо играл и даже три года специально занимался. А щас играть не с кем. Интересно, а бывают шахматы онлайн ? С удовольствием бы вспомнил детство. Хотя времени катострофически не хватает. А там спешить нельзя (играть так играть)

Пешка Е2-Е4.

Кто Гамлета зовет
Я тута

//тоже пива хочу..
//только щас такое пиво пошло, только голова от него тяжелая //становится


Значит - жидкость не в том месте скапливается....

Поздно я ветку прочёл..... ......
И прыть твою не учёл........ ............

Блин, а я уже сваял.
Но все равно спасибо за заботу.

Вот Lukas бланк - если не поздно..........

Всем спать ...

Ну это не самое худшее, что можно ... заработать... под мухой.

Щас подумал так и бан недлго заработать
Вот что тяпница с людьми делает

Офелия, кто-ж еще в такое-то время...

Кто Гамлета зовет ...

Да вот "гестаповцы" с обеда принялись ТЯП-ать.
Они пьют, а у нас голова завтра(сегодня) болеть будет.

все пьёте! (с)


тоже пива хочу..
только щас такое пиво пошло, только голова от него тяжелая становится

Ты на время когда в последний раз смотрел?

Какиеж Счета-фактуры могут быть в тяпницу
тяп !!!

У тебя нет бланка Счета-фактуры в Access?
Что-то самому лень ваять.

Стараюсь учиться на чужих ошибках. решил сначала скушать рыбку а теперь можно и тяп !!!

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

Это по мойму на Русском радио было
Безалкогольное пиво это первый шаг к резиновой женщине

Так што не ленись и дуй в магазин

А у меня и рыбка подходящая в кои веки под рукой, а пиво только безалкогольное.
В магазин бежать лень.

Ай да Мюллер ай молодца
Какую веселуху сегодня устроил
А я только щас до пива добрался
ТЯП !!!

Вот козлы!!! Мюллера на них нет

Был на форуме - 1С.
Сказали мне там, что я попрошайка и программистам в подмётки не гожусь.
Я ВОЗРАЗИЛ.
Меня послали.
Весело у них там. Говорят ликбез не здесь.
Ну ничего то, что хотел я всё таки узнал.
Первый этап смастерил - выгрузка перемещения со склада на склад из 1С в MS Access.

Примерно так. В SQL сначала отработает вложенный запрос ( который указан в NOT IN), а затем запрос перед NOT IN.
Т.е.
SELECT что-то там NOT IN ( Select чего то там). Сначала отработает select чего то там, а затем Select что то там , но при этом исключит значения select чего то там

Так он в этой ветке и есть.
Скорее не вопрос, а мысли вслух.

1) +1
2) Если правильно понял ветка Чем занимаемся прямо сейчас 1 переносится в
Чем занимаемся прямо сейчас 2 ?
3) А как же твой вопрос, не потеряется

Хохмочку нашел:

Прошу помочь новичку! Задача такая: имеется таблица,12 полей: ("Январь"..."декабрь") Необходимо создать запрос на обновление, который будет вносить данные в поля (формат числовой) в зависимости от текущей даты. В январе - в поле январь, и так далее, сохраняя данные в предыдущем поле. И далее до декабря. Прошу помочь, если можно, я сдался.

Больше всего мне понравилось это:

... сохраняя данные в предыдущем поле...

Там связка из 10 Join-ов, критерии по юзерам, датам и т.д., сортировка по двум полям.

NOT IN сработает при делении примерно пополам.
А если у меня будет групп 10:
NOT IN (9 UNION-ов) для последней группы?

Следующие - добавить NOT IN ( предыдущий запрос )
Так же можно использовать
ORDER BY ..... DESC
или
ORDER BY ..... ASC

Первые 500 понятно как, а следующие. Имитировать счетчик в запросе?
Можно и по интервалу дат. Но хотелось бы небольшими порциями.

а по датам выводить не потянет?
интервал времени с........ по..........

Можешь использовать в запросе что то вроде TOP500. ну и соответственно кнопки типа "далее"
Выводить все это на экран ( я про кнопки ) если число записей свыше 500

Да.
Файл БД лежит на одном из PC в сети, да еще на USB Drive.
При большом количестве записей будет заметно тормозить.
Вопрос как делить. Толи по месяцам, толи выводить небольшими группами по другому условию.

А зачем тебе Не отображать списки, число записей которых превышает 1000 ?
Это принципиально

Вот сижу и думаю: Сделал я такую вещь в базе - исполненные договора помечаются флагом. На форме "Список договоров" контрол ListBox и флаг "Исполненные". По умолчанию, флаг установлен в False и в списке видишь договора неисполненные. Устанавливаешь флаг в True -перезапрос источника данных ListBox и видишь договора исполненные.
Вот думаю, когда количество исполненных договоров достигнет 1000 (По умолчанию в свойствах установлено: Не отображать списки, число записей которых превышает 1000), он же мне перестанет их показывать. Надо как-то разбивать количество выводимых записей.