|
|
|
False
|
|||
|---|---|---|---|
|
#18+
Есть таблитца ф1.Как можно после 100(строк) ф1.а =F до конца таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2007, 14:55 |
|
||
|
False
|
|||
|---|---|---|---|
|
#18+
DJ ++Есть таблитца ф1.Как можно после 100(строк) ф1.а =F до конца таблицы. Например, так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2007, 14:59 |
|
||
|
False
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2007, 15:04 |
|
||
|
False
|
|||
|---|---|---|---|
|
#18+
UPDATE test SET f1=.f. WHERE RECNO()>100 мне кажется так короче. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2007, 18:49 |
|
||
|
False
|
|||
|---|---|---|---|
|
#18+
BMJUPDATE test SET f1=.f. WHERE RECNO()>100 мне кажется так короче. А уверены, что SQL UPDATE правильно будет понимать RECNO() "классического" FoxPro? С уважением, Алексей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2007, 07:43 |
|
||
|
False
|
|||
|---|---|---|---|
|
#18+
Aleksey-K BMJUPDATE test SET f1=.f. WHERE RECNO()>100 мне кажется так короче. А уверены, что SQL UPDATE правильно будет понимать RECNO() "классического" FoxPro? С уважением, Алексей. А почему бы и нет ?!? RECNO() вполне нормально работает в SQL-командах, где используется одна таблица. Главное параметры в RecNo() не передавать ... Например в команде: Код: plaintext 1. 2. А Вот про команду Код: plaintext 1. 2. Здесь могут быть сомнения ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2007, 07:58 |
|
||
|
False
|
|||
|---|---|---|---|
|
#18+
Добавлю: Это касается только Фоксового SQL-диалекта ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2007, 08:01 |
|
||
|
False
|
|||
|---|---|---|---|
|
#18+
Пометьте несколько записей как удаленные, добавьте настройку SET DELETED ON и ЧТО Вы получите при анализе на Recno()? Кроме того, что подразумевается под термином "первые 100 записей"? В порядке их физического следования? В порядке главного индекса? Фильтры учитывать? Единственное, полностью корректное решение - это "тупой" перебор "первых 100 записей". Чтобы под этим ни подразумевалось. ПОТОМ можно сделать REPLACE. UPDATE-SQL, в общем случае, будет заведомо не корректен, поскольку для команд SQL такого понятия как "первая", "последующая" записи просто не сущесствует. Примерный код, в общем случае , будет выглядеть так Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. Тут даже нельзя использовать SKIP 100, поскольку заранее неизвестно а есть ли 100 доступных записей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2007, 00:30 |
|
||
|
False
|
|||
|---|---|---|---|
|
#18+
ВладимирМПримерный код, в общем случае , будет выглядеть так Я б пожалуй добавил Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2007, 01:52 |
|
||
|
False
|
|||
|---|---|---|---|
|
#18+
Urri ВладимирМПримерный код, в общем случае , будет выглядеть так Я б пожалуй добавил Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Это лишнее. Тут есть некоторые неявные вещи, которые Вы пропустили: SCAN WHILE - выполняется до тех пор, пока не будет достугнут конец файла или условие не примет значение .F. При этом, указатель записи в таблице по завершении цикла будет установлен либо в положение EOF()=.T. - если это стало причиной завершения цикла, либо на первую запись у которой указанное условие примет значение .F. Т.е. по завершении SCAN WHILE указатель окажется либо на 100 записи, либо в положении EOF()=.T. REPLACE REST - означает, что замену надо делать от текущей записи и до конца файла. При этом, если указатель записи установлен в положение EOF()=.T., то команда REPLCAE ошибки НЕ вызовет. Т.е. REPLACE REST как раз и обновит все записи от текущей (т.е. 100, после SCAN WHILE) и до конца файла. Если указатель записи в положении EOF()=.T., то ничего не будет обновлено без сообщений об ошибках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2007, 02:51 |
|
||
|
False
|
|||
|---|---|---|---|
|
#18+
Наверное, это и правда лишнее. Это просто мой стиль, делать лишнее "на всякий случай". Неявные вещи я очень часто просто не помню. А быстродействие от такого добавления, пожалуй, нисколько не пострадает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2007, 04:17 |
|
||
|
|

start [/forum/topic.php?fid=41&msg=34317307&tid=1589913]: |
0ms |
get settings: |
8ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
51ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
29ms |
get tp. blocked users: |
1ms |
| others: | 198ms |
| total: | 308ms |

| 0 / 0 |
