| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Добавление новой записи.
valik © (2003-02-24 13:38:00)Помогите разобраться...
При добавлении инсертом записи она помещается в конец базы, а мне надо, чтобы на месте курсора помещалась...
В чем тут проблема, ведь инсерт должен добавлять в нужную позицию.???
Johnmen (2003-02-27 14:37:00) [1]>sniknik © (27.02.03 14:17)
Возможно я заблуждаюсь насчет хранения этого поля...Возможно ты прав - оно оперативно пересчитывается средствами СУБД.
Хотя когда-то в довиндовую эру считал, что храниться, пересчитываясь...:))
С IB не путал...:)
sniknik (2003-02-27 14:17:00) [2]Johnmen © (27.02.03 14:01)
а вот и нет. :-))
не я согласен что СУБД обрабатывает представление RecNo и работу с ним, но в базе его нет точно (расчетное). могу открыть через него таблицу от dBase III (в ней разве есть доп.поле?) тем не менее запрос
SELECT RecNo(),* FROM ms
работает.
структура dBase III описана могу выслать (может а просто не нашол, но не думаю).
вот вся структура с 1-м полем
g A & PRICE N
10.00
где?
ты наверно с IB путаеш (слышал там есть подобное) вот тут спорить вообще не буду (может и еще где есть).
Johnmen (2003-02-27 14:01:00) [3]>sniknik © (27.02.03 13:45)
А все потому, что существует доступное только по чтению для пользователя поле, где лежит recno. И обрабатывается оно самой СУБД (драйвером).
(это так, к слову...:))
sniknik (2003-02-27 13:45:00) [4]ну смотря где, в fox-е (а также в дельфях и при доступе через фоксовый драйвер) позволительно обращатся к записи по номеру (вместо счетчика), в том числе и в запросах
типа
SELECT RecNo() as RecNo,* FROM table1
то есть, извращение выльется во вставку записи в текущую позицию и "сдвиг" следуюших. (вернее наоборот сдвиг, вставка) индексов естественно нельзя использовать ибо все перемешается.
Vovchik_A (2003-02-27 13:15:00) [5]Без добавления поля-счетчика тебе это скорее всего не удастся сделать. Что, впрочем, тебе уже MsGuns © сказал
MsGuns (2003-02-27 12:00:00) [6]Без добавления суррогатного поля - индекса (ключа) не обойтись никак. Правда есть еще простой способ - таблица без ключей и индексов. Что бы здесь не говорили мастаки и не очень по поводу "извращенности" подобного подхода, он (подход) реально существует, как бы им не хотелось в этом признаться.
vopros (2003-02-27 11:52:00) [7]Но можно сделать проще счетчик на каждую запись и предположим +100 на следующую Тобишь 99 записей можем добавить между 2 искомыми
vopros (2003-02-27 11:50:00) [8]В целом сама задача изврат
Desdechado (2003-02-27 11:05:00) [9]пинать не буду, просто прибью на месте :)
это вообще изврат и годится только для однопользовательской маленькой БД файл-серверного типа. Или даже не годится вовсе
skiph (2003-02-27 10:14:00) [10]Допустим нужно вставить строку на позицию 5-й. Если таблица небольшая и даже маленьная, то можно сразу после вставки применить следующий алгоритм:
1)После добавления записи (пусть ее номер будет n+1), копируем n-ю запись в запись n+1.
2) Переходим на запись n-1 и копируем значения ее полей в запись n
3) и т.д.
Таким образом как бы "спускаем" все существующие записи на позицию вниз. Когда дойдем до 5-й записи, просто очищаем ее. Все.
Дешево и сердито.
Мастеров прошу метод не пинать :)
Desdechado (2003-02-26 14:40:00) [11]или пользуй TQuery + CachedUpdates
Andrey (2003-02-24 13:50:00) [12]>Reindeer Moss Eater
:)
А теперь по русски. Записи отображаются на экране отсортированые определенным образом, а добавляются обычно в конец таблици. Добавить запись в середину таблици нетак просто. Лучше применяй сортировку по индексу.
Reindeer Moss Eater (2003-02-24 13:44:00) [13]Не надо отождествлять прямоугольную облать экрана, на которой нарисовано алфавитно-цифровое представление упорядоченных записей в таблице БД с физической таблицей базы данных.
| |
