Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

ado и access

Страницы: 1 2 3 4 >
Тимофей Ю. © (2011-06-23 14:05:00)
Всем привет, есть база на access. Выбрана потому что в ОС встроен драйвер и за собой можно таскать всего один файл базы.
Подключаюсь по адо, все бы хорошо, но в access нет фиксированного порядка строк. Для клиента обязательно чтобы можно было менять местами записи в таблице.
Структура таблицы:
id(autoinc) | value(text)

Без запросов тут не обойтись полагаю, профи подскажите как реализовать перемещение записей в таблице. Нужно всего две кнопки - вверх, вниз.

sniknik (2011-07-02 13:03:00) [1]
для рекордсета "между приложениями, тем более между машинами" не может быть кучи, только реальные данные, и исключения "блоб-оподобное" которые через потоки, при обращениях, но тоже реальные после чтения.

Ega23 (2011-07-01 10:02:00) [2]

> Не указатели, а реальные данные,

Для char - реальные. Для varchar - указатель на кучу, где эти данные размещены.

Anatoly Podgoretsky (2011-07-01 08:47:00) [3]
Не указатели, а реальные данные, кроме image, text и ntext - эти передаются через потоки, но опять же не указатели, указатели вообще бессмысленно передавать между приложениями, тем более между машинами,

Ega23 (2011-06-30 19:50:00) [4]

> C 2000 я работал - 8К

Я спорить сейчас не буду, ибо давно дело было. Вполне возможно, что ограничение на 4К было в семёрке, под ней года 3 работали.
Хотя я толком не представляю себе, какая должна быть таблица, чтобы лимит в 4К на запись выбрать, если учесть, что varchar, varbinary, nvarchar, image, text и ntext по сути - указатели.

Anatoly Podgoretsky (2011-06-30 19:04:00) [5]
> Ega23 (30.06.2011 15:57:57) [57]

C 2000 я работал - 8К

Ega23 (2011-06-30 15:57:00) [6]

> Когда, 15 лет назаl, в MS SQL 6.5?

В 7.2 точно. В 2000 - вроде тоже. 4046 байт, ЕМНИП.

> Не является, 1НФ относится ко всем полям сразу

create table ttt ( id int identity (1,1) not null, data image null, constraint pk_ttt primary key (id) );

Anatoly Podgoretsky (2011-06-30 15:53:00) [7]
> Игорь Шевченко (30.06.2011 15:07:52) [52]

Можно и без этой кляузы, а прямо в определение поля.

Anatoly Podgoretsky (2011-06-30 15:52:00) [8]
> Ega23 (30.06.2011 14:45:48) [48]

Когда, 15 лет назаl, в MS SQL 6.5?

Anatoly Podgoretsky (2011-06-30 15:51:00) [9]
> Ega23 (30.06.2011 14:43:47) [47]

Не является, 1НФ относится ко всем полям сразу

Ega23 (2011-06-30 15:46:00) [10]

> Назови пожалуйста практическую реализацию более или менее
> широко используемую СУБД, в которой невозможно создать таблицу
> без первичного или уникального ключа. Подумай, почему так.

Дык в любой возможно. Конкретно ПК как constraint может и не быть. Это не очень хорошо в плане индексирования, а также заставляет брать на себя ответственность за уникальность данных. Но пуркуа бы и не па?
Собственно, я уже вторую страницу об этом долдоню.

Игорь Шевченко (2011-06-30 15:07:00) [11]
в догонку к [51] для буквоедов - под первичным или уникальным ключем понимается CONSTRAINT соответствующего вида или ему подобная клауза.

Игорь Шевченко (2011-06-30 15:06:00) [12]
Ega23 © (30.06.11 14:45) [48]

> В практической реализации же таких ограничений - дофига
> и больше.

Назови пожалуйста практическую реализацию более или менее широко используемую СУБД, в которой невозможно создать таблицу без первичного или уникального ключа. Подумай, почему так.

Ega23 (2011-06-30 14:55:00) [13]

> не смешно

А я и не смеюсь, я на полном серьёзе.
У меня складывается впечатление, что мы на разных языках говорим. Вот я и прошу о согласованности определений.

Кщд (2011-06-30 14:50:00) [14]
>Ega23 © (30.06.11 14:41) [46]
не смешно

>Ega23 © (30.06.11 14:45) [48]
дело в том, что Вы не понимаете, что такое 1НФ
ключи непричем

>Anatoly Podgoretsky © (30.06.11 14:39) [45]
о чем и речь

Ega23 (2011-06-30 14:45:00) [15]

> 8 кб, ну и что, у других или больше или меньше.

Раньше 4 было, сейчас уже не в курсе.
В сферической теории в вакууме никаких ограничений нет и быть не может. И вобщем-то правильно.
В практической реализации же таких ограничений - дофига и больше.

Ega23 (2011-06-30 14:43:00) [16]

> Конечно никак, 1НФ говорит всего лишь об атомарности

А что, наличие ПК в таблице не является признаком атомарности записи?

Ega23 (2011-06-30 14:41:00) [17]

> просто можете ответить, как ключ(PK, UQ) связан с 1НФ?

Сначала определение ключа (PK, UQ) в студию.

Anatoly Podgoretsky (2011-06-30 14:39:00) [18]
> Кщд (30.06.2011 13:43:41) [41]

Конечно никак, 1НФ говорит всего лишь об атомарности

Anatoly Podgoretsky (2011-06-30 14:34:00) [19]
> Ega23 (30.06.2011 13:40:40) [40]

8 кб, ну и что, у других или больше или меньше.

Anatoly Podgoretsky (2011-06-30 14:33:00) [20]
> Кщд (30.06.2011 13:27:39) [39]

Первичный ключ по определению только один, если два, то какой то вторичный.

Страницы: 1 2 3 4 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »