vgrafin,

Если у вас одна таблица содержит <255 столбцов ,то смысла использовать связь 1:1 нет. Единственное практическое применение данного отношения в аксессе ,это если у вас безумное количество столбцов, которое нужно выводить на одном уровне. Так как максимальное число столбцов в одной аксесовской таблице не может быть >255 , то такую таблицу как правило делят на две, с одинаковым названием и типом индекса в обеих таблицах. Чтобы в случае чего собрать по быстрому в запрос данные из обеих.

И да, по поводу добавлений,изменений. Изменения нужно делать синхронно в обеих таблицах, и ключевые поля типа счетчик вообще не использовать . Просто юзать индексированные поля. Которые программно нужно обновлять для обеих таблиц.

ЧотакактаСергей ЛаловЕсли у вас одна таблица содержит <255 столбцов ,то смысла использовать связь 1:1 нет.Не был бы столь критичен, поскольку практическое применение все же бывает. Навскидку могу привести пару случаев:

1. На размер одной записи накладывается ограничение 4кб, если не ошибаюсь, поэтому вместить в одну запись больше 8-10 полей "Короткий текст" с 255 символами не получится. Тут на помощь приходят либо Мемо-поля, либо дополнительные таблицы 1:1

2. Если таблица содержит часто используемые данные и данные, используемые крайне редко, то из соображений производительности редко используемые данные лучше вынести в отдельную таблицу со связью 1:1 - работа с часто используемыми данными будет выполняться быстрее, поскольку данных в таблице меньше (дисковые операции, сетевой трафик, пропускаемый через движок объем данных и т.п.)

Да,вы правы. Но по второму пункту с оговоркой наверное- это в случае вывода данных всех полей из таблицы. Можно представить таблицу с полями
[key],[поле_часто_выводимое1],[поле_часто_выводимое2],[поле_редко_выводимое1],[поле_редко_выводимое2]

И просто при запросе не указывать поля,которые редко выводятся:



В этом случае скорость выборки и передачи норм)