Жаль, видимо у нас несколько разные области применения данной консоли - мне она больше нужна именно для отладки, чтобы конструктором или копипастом из готового запроса задать основу, а потом основу переделывать под новый запрос, который будет сразу же тестироваться на предмет того, правильно ли он написан. При этом неизбежно возникает необходимость постоянно что-то менять в запросе, доделывать, подправлять, исправлять неточности и т.д.... в общем я чаще ориентируюсь на ручной ввод, чем на констркуторы.. Но здесь все равно это крайне полезная и удобная вещь, по сравнению с двумя альтернативами - писать в модуле запрос, сохранять, перезапускать, выгружать резальтаты в ТЗ для показа временных результатов и анализа их корректности.
По поводу пожеланий =) 1,2 - понятно, я это примерно так и представлял себе, что это сложно... Просто получить список параметров по именам конечно упростит ручной ввод, но не намного, т.к. параметры добавляются редко... да и конструктором можно в принципе пользоваться... мне он может быть нужен, чтобы не лезть в конфигуратор посмотреть как называется тот или иной реквизит, а посмотреть это в конструкторе... Кстати а может можно в конструктор тогда добавить кнопку сгенерировать запрос? Он покажет запрос прямо в конструкторе, я оттуда скопирую интересующий меня кусок (ну например не помню я по памяти, как извлечь значение константы), и вставлю ручками в свой основной запрос..
3. ну это в принципе и не так часто нужно... обычно на начальной стадии отлаживания при копировании текста из модуля и в конце отладки при обратном копировании... =) в общем у меня для этих целей 8-ка запущена...
7. Временные таблицы интересны чтобы задавать фильтр по списку значений... и пример такой ситуации: нужно отобрать список договоров контрагентов например по каким то сложным условиям (а всего их например 20000 в базе)... поместить этот список во временную таблицу, а затем в основном запросе накладывать на него условия... Вложенный запрос тут будет читаемость запроса и увеличивать время каждого тестового прогона. Но тут я согласен это довольно геморрно реализовывать и еще думать как это сделать в плане интерфейса удобнее и прочее...
9. про константы - да увидел, спасибо... и правда в обычной выборке они скорее не очень нужны, только если в выражениях полей или фильтрах. Но вот попутно возник вопрос, а перечисления как то вообще метапарсер 1с++ и конструктор запросов могут обрабатывать? Например добавить возможность выбора перечислений в тот же констурктор выражений... Хотя я понимаю, что если в классе ODBCRecordsSet нету такой возможности, то и тут можно и не ждать....
10. А это если честно совсем не понял. Точнее я понимаю, что это было так изначально задумано, но я могу согласиться с этим, если есть какая то связь между самим текстом запроса и данными в таблице. Но представить себе что это за связь не могу - наверняка ведь данные получены один раз и потом хранятся в памяти или еще где то... Даже если при этом текст запроса как то используется, наверняка ведь его изначальная копия хранится где то - ну по крайней мере если запрос сделан конструктором, то конструктор его помнит и всегда может вернуть назад, какие бы я изменения не делал. Ну просто например сделал я запрос, выполнил его, смотрю он мне выдает дату договора 01.01.1900 в одной из 10 000 строк - это явно значит, что дата договора не заполнена и мне надо не забыть поставить в запрос условие на это (case) и как то обрабатывать. Если я эту строчку сейчас пропущу и не буду сразу же редактировать текст запроса, то потом велик шанс что я забуду об этом ) Особенно если потом увижу еще ошибку какую-нибудь. Ну или например я часто делаю такую вещь: включаю в запрос некоторые поля, чтобы посмотреть что в них лежит. Запрос выполнился, я увидел что там нечто левое и неинтересное мне, и чтобы в будущем при следующем выполнении запроса не загружать таблицу лишними данными (когда и так не хватает места по ширине, чтобы увидеть все данные строки) я сразу же удаляю это поле в тексте запроса или временно комментирую ее. Лично мне кажется что в этом случае каждый раз сбрасывать данные из таблицы не очень удачно, особенно если запрос большой и выполняется долго. Т.е. именно хочется посмотреть результат, то что сразу увижу исправить, продолжить смотреть результат, и когда все меня устраивает запускать запрос дальше.
11. Ну это ладно ) это совсем мелочи... я знаю что так удобнее комментировать, но к сожалению я привык уже писать запросы по другому и запятые мне сразу бросаются в глаза...
12. А по поводу переместить список параметров куда-нибудь? (писал в пред. сообщение в P.S.)
и еще пока тестировал запросики тут, возникло еще кое-чего ) 13. а насколько реально управлять этой таблицей, которая как я понял берется из OWC11? интересует например, можно ли помнить ширину каждой колонки (или например, только если они менялись вручную), а то я сокращаю некоторые слишком длинные колонки, чтобы поместилось больше данных, а они потом обратно возвращаются при следующем выполнении запроса. И пусть в следующий раз в этой колонке может быть уже другие данные (в смысле если я поменяю порядок полей) - это бывает редко и проще вручную уж подправить ширину колонок...
14. то же про колонки - может можно хотя бы что-то типа галочек, типа выводить эту колонку или нет. и еще хотелось бы фиксировать первую строку с названиями колонок...
15. а номера строк запроса в строке состояния - сложно? при ошибках выдается номер строки, и ищи ее...
|