Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как вставить строку в заданное место при структурном cdx
|
|||
|---|---|---|---|
|
#18+
Таблица индексирована структурным cdx с тегом типа кандидат. Команда insert blank before срабатывает только если индекс удалить. Не получается индекс заменить на не структурный cdx, потому что тогда не получается создать тег типа candidate. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2004, 13:31 |
|
||
|
Как вставить строку в заданное место при структурном cdx
|
|||
|---|---|---|---|
|
#18+
Именно "before" не срабатывает? Ошибка какая? Скорее всего уже есть в таблице пустое ключевое поле, вот он и ругается... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2004, 14:08 |
|
||
|
Как вставить строку в заданное место при структурном cdx
|
|||
|---|---|---|---|
|
#18+
А зачем тебе вставка именно в указаное место если есть индекс? Бессмысленное занятие. Используй обычную вставку в конец файла через APPEND BLANK или INSERT-SQL. Если так уж неймется именно в указанное место, то удаляй индекс, делай вставку и создавай индекс заново. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2004, 14:20 |
|
||
|
Как вставить строку в заданное место при структурном cdx
|
|||
|---|---|---|---|
|
#18+
ВладимирМА зачем тебе вставка именно в указаное место если есть индекс? Бессмысленное занятие. Используй обычную вставку в конец файла через APPEND BLANK или INSERT-SQL. Если так уж неймется именно в указанное место, то удаляй индекс, делай вставку и создавай индекс заново. Дело в том, что порядок вывода на экран соответствует расположению в таблице и не соответствует индексу, к примеру: CDE C 10 101 D 40 401 E 50 501 А кандидат был нужен чтобы было проще отслеживать дубли в таблице, поэтому удалять, а потом создавать уже после вставки нет смысла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2004, 14:48 |
|
||
|
Как вставить строку в заданное место при структурном cdx
|
|||
|---|---|---|---|
|
#18+
А еще один индекс создать влом? В крайнем случае создают еще одно служебное поле, которое содержит сквозной порядковый номер элемента в списке и по этому полю строится дополнительный индекс. При создании новой строки модифицируется содержимое этого служебного поля у всех записей, которые "ниже" (после) вставляемой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2004, 14:53 |
|
||
|
Как вставить строку в заданное место при структурном cdx
|
|||
|---|---|---|---|
|
#18+
Hi Andrey_Rb! Тебе стоит почитать основы реляционных баз данных. В них (и в фоксе в том числе) не принято ориентироваться на какой-то там "физический порядок следования записей" используются лишь собственно поля с данными и не более того (делай как говорит Владимир если тебе нужно упорядочивать не по имеющимся полям). Кроме того INSERT BEFORE - команда включенная для обратной совместимости - её работа во всех возможных условиях не гарантируется (не факт что только cdx будет её мешать - может найтись ещё с десяток ситуаций когда она откажется работать). А что ещё более страшно - команда требует эксклюзивного доступа к таблице. Команда полностью переписывает всю ту часть dbf-а, что лежит за вставляемой записью (отличное решение - переписывать по пару мегов информаци ради какого-то там "физического порядка") Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2004, 05:42 |
|
||
|
|
start [/forum/topic.php?fid=41&msg=32763165&tid=1595478]: |
0ms |
get settings: |
11ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
57ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
2ms |
| others: | 258ms |
| total: | 430ms |
| 0 / 0 |
