форма-поиск

[dr03]

Сообщение от ovt256

Для дат существует оператор BETWEEN.
ПолеСДатой BETWEEN дата1 AND дата2
Если ПолеСДатой находится между дат 1 и 2, включая границы, то возвращается истина, иначе - ложь.
Для поиска сочетания букв в текстовом поле используйте оператор InStr(начальная позиция, чтоищем, гдеищем, каксравниваем).

с датой получилось.... с InStr-нет.Очевидно что это поле у меня с раскрывающимся списком.Попробую изменить вид поля.
Проблема с датой теперь такая: поиск не осуществляется, пока не введены границы дат.Получается что весь поиск привязан к значениям дат. Попытался прописать в поле "дата с" в значении по умолчании -01.01.2011 а в "дата по"-01.01.2012. не получилось Вопрос такой как сделать так, что бы параметры дат не мешали запросу?

[ovt256]

Дату или диапазон дат для поиска всегда надо задавать полностью, чтобы аксесс смог преобразовать вводимый Вами текст в дату, ведь дата хранится в виде числа, целая часть которого содержит количество дней, истекших с 1 января 1900 года, а дробная - количество секунд или мсек (точно не помню) от начала суток.

Чтобы было удобнее работать с поиском, задайте типовые значения интервала, например вызовы за последние 30 дней. Для этого в событие для формы "Открытие" добавьте инициализацию полей для дат:
Me!ДатаС = Date() - 30
Me!ДатаПо = Date()

Или задайте значения по умолчанию для этих полей Date() - 30 иDate() соответственно.

На счет InStr: поле с раскрывающимся списком для поиска по части содержимого не совсем подходит. Замените эти поля на обычные текстовые.

И не стесняйтесь на каждом шаге выкладывать Вашу базу

[dr03]

Сообщение от ovt256

Дату или диапазон дат для поиска всегда надо задавать полностью, чтобы аксесс смог преобразовать вводимый Вами текст в дату, ведь дата хранится в виде числа, целая часть которого содержит количество дней, истекших с 1 января 1900 года, а дробная - количество секунд или мсек (точно не помню) от начала суток.

Чтобы было удобнее работать с поиском, задайте типовые значения интервала, например вызовы за последние 30 дней. Для этого в событие для формы "Открытие" добавьте инициализацию полей для дат:
Me!ДатаС = Date() - 30
Me!ДатаПо = Date()

Или задайте значения по умолчанию для этих полей Date() - 30 иDate() соответственно.

На счет InStr: поле с раскрывающимся списком для поиска по части содержимого не совсем подходит. Замените эти поля на обычные текстовые.

И не стесняйтесь на каждом шаге выкладывать Вашу базу

Аллилуя!!! Чесно говоря уже даже не сомневался что это заработает!!!!!!!!!!!!ovt256-респект и уважуха!!!!!!!! с удовольствием выкладываю результат!
С InStr ещё не пробовал.

[ovt256]

Посмотрел Вашу базу. Динамика освоения Access потрясающая! Вот что значит писать программу для дела, а не курсовик какой-нибудь абстрактный, который сдал и забыл! МОЛОДЕЦ!

Вместо InStr попробуйте использовать оператор LIKE "%строкапоиска%"
Звездочка (*) или процент (%) означает любое количество символов или их отсутствие

Еще один совет. Я обратил внимание, что практически во всех таблицах у Вас присутствует в том или ином виде уникальный код записи (номер). Это правильно. А неправильно то, что Вы его не используете для связи таблиц. Вместо этого Вы в таблицы заносите строковые данные, причем повторяете данные в разных таблицах. Мало того, что это увеличивает размер самой БД, так еще и замедляет ее работу. Ведь компьютер быстрее сравнит два целых числа, чем две строки по 255 символов. Например, у Вас есть таблица врачи, где хранится, кроме всего прочего, фамилия врача. И в таблице вызовы так же есть поле Врач, содержащее фамилию.

Правильнее в таблице вызовы хранить не фамилию врача, а его код (паример, в поле ID_врача). Вы, наверное, спросите: а как тогда в запросе вызовы показать фамилию врача? Очень просто. Строите запрос на основе не одной таблицы, а двух:

SELECT * FROM врачи, вызовы WHERE врачи.врач = вызовы.ID_врача

Такой запрос выведет все поля из таблицы вызовы и все поля из таблицы врачи той пары записей, у которых совпадают коды врача.

[dr03]

Правильнее в таблице вызовы хранить не фамилию врача, а его код (паример, в поле ID_врача). Вы, наверное, спросите: а как тогда в запросе вызовы показать фамилию врача? Очень просто. Строите запрос на основе не одной таблицы, а двух:

SELECT * FROM врачи, вызовы WHERE врачи.врач = вызовы.ID_врача

Такой запрос выведет все поля из таблицы вызовы и все поля из таблицы врачи той пары записей, у которых совпадают коды врача.[/QUOTE]

да...это правда! Сам не мог понять откуда в полной версии 69 мб? И почему в полной версии при том же количестве записей почти на 20 мб больше?Теперь понял.Похоже придётся переписывать

[dr03]

В БД27 есть форма "предложенный запрос1"-считает повторы.Как сделать ссылку на эти вызовы?
Например: первая запись-3 повтора-(кнопка напротив)-нажали-3 -расширенная версия из таблицы "вызов"?
Такое вообще выполнимо???

[ovt256]

Сообщение от dr03

В БД27 есть форма "предложенный запрос1"-считает повторы.Как сделать ссылку на эти вызовы?
Например: первая запись-3 повтора-(кнопка напротив)-нажали-3 -расширенная версия из таблицы "вызов"?
Такое вообще выполнимо???

А то! Вот так, например:

[dr03]

Сообщение от ovt256

А то! Вот так, например:

Очуметь...да ведь это ж готовое решение!!!!
я не расчитаюсь

[ovt256]

Сообщение от dr03

я не расчитаюсь

Ну и чтоб совсем загнать Вас в долговую яму, еще вариант:

[dr03]

Сообщение от ovt256

Ну и чтоб совсем загнать Вас в долговую яму, еще вариант:

давайте...вгоняйте меня в долги