|
|
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
Здорово парни! У менэ вопрос, как свойству RecordSource присвоить SQL- запрос,(синтаксис какой) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2005, 19:42 |
|
||
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
Выдает синтакс. ошибку, подскажите что не так Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2005, 20:10 |
|
||
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
Да синтаксис он и в Африке синтаксис... А потому одну какую-нибудь пару кавычек замени на что-нибудь другое, например [] :) Нельзя внутри текстовой строки использовать те же ограничители, что и ограничители самой строки. Если испольpуешь снаружи двойные кавычки (" "), то в нутри строки их использовать нельзя, а надо воспользоваться или квадратными скобками ([]), или одинарными кавычками (' '). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2005, 20:41 |
|
||
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
Заменил кавычки, вылазиет окошко "В командной строке использована фраза, начинающаяся с недопустимого ключевого слова." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2005, 20:54 |
|
||
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
"Пособие для начинающих" Символьные поля, переменные памяти и константы В FoxPro существует отличия в предельно допустимой длине символьных данных в зависимости от того, о чем идет речь: поле таблицы, переменной памяти или константе Ну, с полями таблицы все ясно. Их предельная длина определяется собственно размерностью поля. Однако размерность поля не может превышать 254 символов. Для memo-полей объем не может превышать 2ГБ (2 гигабайта - это 2 и 9 нулей символов). Длина символьной константы не может превышать 255 символов Длина символьной переменной теоретически не может превышать 16,777,184 символов. "Теоретически", потому, что при определенных условиях все-таки может. Просто за последствия такого превышения никто не отвечает. Отдельно следует остановиться на отличии символьной константы от символьной переменной. Начинающие программисты очень часто получают сообщение об ошибке "Command contains unrecognized phrase/keyword (Error 36)" именно в силу непонимания этой разницы. В FoxPro для написания символьных констант можно использовать 3 символа: одинарные кавычки, двойные кавычки, квадратные скобки. В чем отличие символьной константы от символьной переменной проще объяснить на примере. Словами получится долго и невнятно. Например: Код: plaintext 1. Так вот, здесь то, что записано в кавычках и квадратных скобках - это 3 символьные константы, а lcString - это одна символьная переменная Вообще-то, лично мне трудно представить, как можно написать одну символьную константу длиной больше 255 символов. Точнее написать-то такое можно, но как потом это можно редактировать! Получится совершенно не "читабельный" текст. Я рекомендовал бы разбивать длинные символьные константы на небольшие фрагменты с тем, чтобы каждый отдельный фрагмент целиком помещался в окне редактирования. Примерно так: Код: plaintext 1. 2. 3. В FoxPro нет специальных управляющих символов, как, например, в C используется обратный слэш. Поэтому, если Вам надо использовать кавычки не как границу символьной константы, а как собственно символ, то просто обрамляйте их кавычками другого типа: Код: plaintext Следует всегда помнить, что FoхPro отличается определенной "самостоятельностью" в конвертации данных. Применительно к символьным данным это проявляется в том, что если Вы попытаетесь записать в символьное поле больше символов, чем позволяет его размерность, то ошибки это не вызовет, просто "лишние" символы будут отброшены без каких-либо дополнительных сообщений об ошибках. Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2005, 21:07 |
|
||
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
Спасибо за помощь! Все сделал как вы сказали - работает, тоько одно но. После выполнения этой команды у меня появляется отдельная таблица с результатом запроса, а как сделать что бы у меня результаты сразу появлялись в Гриде.? И как правильно записать: Код: plaintext 1. Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 00:38 |
|
||
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
Чтобы не появлялось броуза с результатом запроса, нужно, чтобы в SELECT было INTO, даже если тебе не нужен этот алиас. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 09:11 |
|
||
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
А примерчик прстеникий с INTO? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 09:37 |
|
||
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
Крутой_НольА примерчик прстеникий с INTO? А самому HELP почитать? SELECT ... FROM ... INTO CURSOR curTmp NOFILTER ... При выходе из формы закрыть уже не нужный курсор USE IN curTmp ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 09:42 |
|
||
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
А курсор это надо сначало созжавать в базе или нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 13:29 |
|
||
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
Вот што написал Не работает Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 15:02 |
|
||
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
Слушай, ну прочитай HELP по команде Select-SQL. Невозможно же постоянно поправлять элементарнейшие ошибки. Тут даже особого знания не нужно. Элементарная логика. Смотри, что ты написал: "FROM " + ; "INTO CURSOR curTmp NOFILTER " + ; "data1!klienty " + ; Как ты себе это представляешь? Что тут FROM? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 15:06 |
|
||
|
RecordSource and SQL
|
|||
|---|---|---|---|
|
#18+
Ой в натуре! Наверное надо отдохнуть, а то скоро совсем крыша педет! Спасибо тебе огромное ВладимирМ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 15:29 |
|
||
|
|

start [/forum/topic.php?fid=41&msg=33082378&tid=1594175]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
202ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
| others: | 237ms |
| total: | 540ms |

| 0 / 0 |
