Ну прилетишь заходи в гости

Опять голословное доказательство, ничем не подкрепленное.

Это не real-time, и быстродействие мне не нужно. И вообще, почему какое-то нестандартное решение принимается у нас в штыки? Я спросил -- как можно это реализовать, но в ответ, даже намека на подсказку, я получил полное опускание адгоритма, причем голословное. Я реализовал это сам, и опять услышал в ответ только опускание примененных методов. Да и спрашивал я изначально персонально AlexbootchaМне вообще непонятна эта позиция.

Да можно и так, в принципе, это -- тоже один из вариантов, но требует дополнительных компонентов.

именно


если на

не было приведено аргументов, то не вижу смысла приводить их в опровержение.


поправка: решение не только не стандартное, но и не является верным в общем случае. Форум - место общественное и решениями одного написавшего могут бездумно воспользоваться другие. Точно так же, как бездумно в данном посте используется совет из хелпа не делать индексов в маленьких таблицах.


есть раздел Личные Сообщения


опускание от разумных замечаний всетаки отличается. Как и тыкание носом от желания дать возможность разобраться человеку во всем самому.

Чтобы разяснить почему использование rowid иногда приводит к потерям данных и программы с его использованием могут работать не так, как планировалось автору вопроса следовало разобраться сначала чем отличается идентификатор строки(rowid) в базе от идентификатора записи(primary index) в базе. После чего следовало понять, что такое индекс(Primary естественно) и зачем он вообще нужен. В противном случае объяснять, почему утверждение из справки не всегда верно и почему rowid это не панацея - бессмыслено.

Вот здесь мы все это обсуждали http://hiasm.1gb.ru/xf/topic.php?t=7798&start=30. И не надо из меня полного идиота делать, rowid не только я применяю. И вот ответ на этот вопрос И как оказалось, оно действительно не нужно было, так как не было никакой связи между таблицами. Здесь приводилось решение для частного случая без индексации и для одной таблицы, и оно тоже имеет право на существование.

занятся мне видимо больше нечем, кроме как конструированием идиотов из кого-то.


Пролистал. Увидел то, о чем уже сто раз было сказано:

1) tsdima объяснил почему нельзя менять primary index:

истинно так

2) г-н Tad процетировал и добавил пару слов от себя:

что истинной не является совершенно

3) г-н nesco, привыкший бездумно ссылаться на выдержки из help и цитат с форума теперь считает, что из него делают идиота, советуя как все нормальные люди все же использовать индексы, а не rowid, гарантируя тем самым надежность будущих программ, основанных на схожих по ф-ности алгоритмах.

Итог: вопрос предлагается считать закрытым, поскольку дальнейшее обсуждение ни к чему не приведет из-за полной мешанины информации в этом топике.

Ну да, конечно, то что пишут на форуме люди, это -- фуфло
или на вот это Зато, уважаемые люди, отвечая такими фразами или такимиявляют собой верх совершенства. И вот совсем нонсенс которые все советовали как раз наооборот. А посему я вытер все свои решения, что написал, чтобы не было вот такого завленияЯ надеюсь, что это решение всех устроит.
ПИСИ: Я помню как некоторые нормальные люди говорили, что поля типа Blob в HiAsm'e не поддерживаются и даже совета дать не захотели, и всеже было найдено совместное решение, позволяющее без проблем это делать...
Итог: вопрос, тоже, предлагается считать закрытым.

nesco, так попробуй, но для правильной работы нужно переделать MT_String как в http://www.hiasm.com/xf/topic.php?p=66382#P66382

Tad, но ты и задвинул. К чему такие сложности? Я же наоборот, хотел как проще -- минимальным количеством компонентов, больше повесить на запросы, но...

Еще есть маленький вопрос -- а есть ли запросы, позволяющие только одному пользователю работать с базой, например: я посылаю такой запрос о захвате базы на редактирование, а другие, кто попытается открыть после меня, получат фигу, и так до тех пор, пока не будет послан запрос об окончании редактирования?

nesco, я бы всё-таки не советовал использовать в своей практике rowid, по крайней мере потому, что это не является стандартом SQL. Стандартное решение в данном случае: добавить поле MySort и сортировать в запросе по нему, при вставке записи записывать в него максимальное значение +1 (для вообще первой записи, например 1), чтобы переставить записи достаточно лишь обменять у них это поле, например так:

А не будет в данном случае быстродействие зависеть от местоположения строки -- чем ближе к началу, тем меньше быстродействие?

да ты чо Нормальные люди индексы не используют в своих таблицах

Да ладно вам

а если еще прикинуть, насколько "быстрее" работает вставка новой записи вначало таблицы при использование rowid, чем предложенный пересчет по полю MySort, то окончательно понимаешь - индексы это

Но я это не к тому писал. Я отказался от этого режима -- слишком медленный и сильно зависит от размера. Я вообще старался использовать rowid только при доступах к ячейкам для чтения, пока не столкнулся с перемещением строк. Но таблица маленькая и быстродействие для нее не нужно было (хотя на перемещении строк по первому алгоритму затыкалось секунды на две), да и доступ только одного пользователя.

Alexbootch,
Для работы с Hiasm новой версии SQLite достаточно замены DLL