Поля подстановки в таблицах

Здравствуйте, уважаемые форумчане! Прочитала все, что смогла найти на форуме по проблеме использования полей подстановки в таблицах: и различные мнения, основанные на опыте работы, и эмоции типа "надоело уже...".
Например, довод, что таблица должна оставаться в первозданном виде, а все, что касается удобства ввода данных, должно реализовываться на форме, мне понравился.
НО, когда я объясняю людям, что не рекомендуется делать поля подстановки в таблицах, я должна это аргументировать.
Исходя из своего небольшого опыта, я не могу привести ни одного примера, когда поле подстановки в таблице на что-то отрицательно повлияло. База данных, спроектированная мной несколько лет назад и работающая до сих пор, содержит поля подстановок в таблицах. В том числе и такие, которые скрывают первичный ключ. Но это ни разу (!) не помешало при создании новых запросов, форм, таблиц и т.д.
Собственно мой вопрос, точнее просьба, заключается в следующем: если кто-то сталкивался с реальной ситуацией, когда поля подстановки в таблицах мешали решить задачу, поделитесь конкретными примерами.

2

Прошу прощенье, что влез в тему со своим вопросом, но сразу хочу предупредить, что кефиник - это тот ещё чайник, и нужда заставляет создать свою базу данных. По данной теме понял одно - у каждого свое мнение. Спорить не буду и не хочу (причину изложил выше). Буду рад если поможите в вопросе, который не дает мне идти дальше.

0

Кефирник, - чайник - заварник.

Посмотри.
<http://accessoft.ru/Text/Text5.html>
http://accessoft.ru/Text/Text5.html
и
<http://accessoft.ru/Text/Text.html>
http://accessoft.ru/Text/Text.html

ironegg не удаляй.

2

Сообщение от Кефирник По данной теме понял одно - у каждого свое мнение.

Сообщение от Кефирник Буду рад если поможите в вопросе, который не дает мне идти дальше.

Создайте свою тему,сформулируйте правильно вопрос(какая таблица,поле,форма и т.д.) и желательно приложить пример(а еще желательно в формате MDB)

0

Да согласен. Не зачем копья ломать.
Над темой надо подумать, ну например "Чем дальше в лес, тем толще партизаны"

0

Ещё для любителей полей подстановок в таблицах:
Восстановление бд после переноса

Пополняем нашу копилку:
Добавление записей в таблицу

Ещё в копилку:
Импорт в Access из Excel - нарушение уникальности ключа

в продолжение темы:
Доработка БД

Продолжаю пополнять нашу коллекцию:
DLookup - подскажите синтаксис

0

0

Сообщение от alvk Продолжаю пополнять нашу коллекцию

Во дела! На одном из форумов, обитатели и администрация которого считают себя "особо продвинутыми", уже начинают банить за совет не применять их...

0

Очередное пополнение коллекции.
Проблемы импорта в Access из Excel

Коллекция стала пополняться невиданными темпами

Список значений. Access 2010 перенос БД на sql server

Очередное пополнение коллекции:
Фильтр в запросе

А тем временем пополнение:
В поле со списком выводит код, а не значение

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

Очередное пополнение коллекции:
Добавление нового значения в поле со списком

Со скобочками про спорный вопрос. Сколько топиков нужно собрать, чтобы то, что в скобках, исчезло?

Продолжаем тему:
Не работает фильтр

Не прошло и недели:
форма базы данных

Сначала раскладываем грабли, а потом на них наступаем:
Вставка полей из запроса в форму

Agapov_stas, всем желающим. Чтобы люди видели и понимали к чему приводят поля подстановки, это же очевидно.

В продолжение темы:
Поле с подстановкой

Добавлено через 23 часа 12 минут
Первый вопрос в топике в тему:
Оставшиеся товары

Судя по тому, что автор топика замолчал, это наш случай:
Мастер подстановок в Access 2000 (mdb формат)

Новый горячий пирожок: Мастер подстановок в зависимости от параметров

Пополнение, очередное
Ввод данных при отношении "многие-ко-многим"

Новый топик
Списание продуктов, Передача в Word

Продолжаем усиленно работать напрямую в таблицах, без форм, зато с граблями:
Обращение к конкретному значению из нескольких

Сообщение от alvk Продолжаем усиленно работать напрямую в таблицах, без форм, зато с граблями: Обращение к конкретному значению из нескольких

Это ошибка. Автор прямо говорит о работе в форме

Сообщение от DustBit Допустим, в форме я делаю поле, в Свойства-> Данные пишу =[Мой_Столбец]

mobile, тогда последнее сообщение изымается из коллекции. Если можно удалите пожалуйста.

объединение результатов из разных полей в одно
Пополнение в рядах, так сказать

Какие могут быть изменения названий подстановочных полей, если подстановочных полей нет в принципе?
Что это за разработчик, который не знает где и какие у него поля??

Пополнение, не иссякают просто с годами:
Ошибка: Нарушение условий целостности

Снова подстановки

продолжение темы. годы идут, но ничего не меняется, они прям живее всех живых

Операция Union All и значение поля со списком

Давненько я не пополнял коллекцию:

Запись из поля со списком в таблицу

Добавлено через 3 часа 18 минут
Вау!

Продолжение последовало:
Ошибка при импорте из Excel

удалено

Коллекция пополняется постоянно.
Ошибка сохранения при автозамене имен

1

Пора уже топик выносить на видное место в Путеводителе по Форуму. :-)

1. Полезность и практическая применимость опционала подстановок в таблицах настолько сомнительна, что это можно уже считать багом разработчиков MSA.

2. Мнение о вредности использования полей подстановок в таблицах (именно и только в таблицах) разделяют не только большинство профессионалов-практиков, но и признанные авторы руководств по использованию Аксесс: например, Элисон Балтер (См Э. Балтер. Профессиональное программирование в Microsoft Access 2003. 2006 г. С. 105) и др (см The Evils of Lookup Fields in Tables; пер. А.Артамонов: http://alx-artamonov.narod2.ru... ields_rus/).

3. Конкретные ситуации, когда это действительно вредит, можно проследить даже по названиям ссылок из постов alvk.

1

Андрэич, тема уже давно в Путеводителе

0

0

Постепенно начинаю осознавать, что в своей бд тоже наступил на эти грабли.. но что делать с самым очевидным плюсом постановочных таблиц - при изменении названий подстановочных полей, достаточно сделать изменения в таблице-справочнике, и не нужно перебирать всю БД?

0

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

1

Сообщение от V_Monomax ...те кто знают поймут...

Раньше делал подстановку в таблицах, но вот уже примерно 3-4 месяца перестал, благодаря советам - alvk, и другим советую. Обычно это и не сильно страшно, но если возьмешся че переделать, то - НУ ЕГО НАФИГ, стока возьни вылезает.

0

Сообщение от alvk Коллекция пополняется постоянно. Ошибка сохранения при автозамене имен

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

Добавлено через 4 минуты

Сообщение от alvk чтобы тема поднималась и её читали

Люди иногда не читают даже те темы, которые создали сами )))

И это. Я с вашей религией не согласна

ИМХО Вредны не поля подстановок, а недостаточное знание о них. А недостаточное знание возникает от недостатка опыта, т.е. как раз от НЕ использования.

Абсолютным злом являются только поля подстановок с множественным выбором - вот где жесть, там жесть.

1

Ну множественного выбора в Access 2003 нету, так что о нём ничего не знаю.
Что касается вашей поддержки полей подстановок, то это ваши грабли, можете бится о них сколько хотите.

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

0

Вот нечего больше делать ) Мне абсолютно наплевать, используют ли другие люди поля подстановок, или нет. Я - использую.

1

Тогда и смысла дискуссии нет. Мне не наплевать, используют люди на форуме поля подстановки в таблицах или нет.

0

Так мы (я по крайней мере) обсуждаю не "использовать поля или нет". А есть ли смыл постоянно поднимать эту конкретную ветку форума.

Завсегдатаи ваше мнение давно знают. Студенты, пришедшие сюда за курсовой или контрольной работой не читают не то что поднимаемых тем, а и правил форума. Но даже если бы читали - сделают все равно как им преподаватель сказал. Сказал сделать с подстановкой - сделает, сказал нельзя подстановку - не сделает. Т.е. для нашего удобства как отвечающих все равно ничего не изменится.

И еще мне всегда было жаль детей, которым мама запрещала бегать. Мотивируя тем, что можно споткнуться и упасть или подвернуть ногу (и ведь можно же, кто б спорил).

1

По первой части - раз люди внимание обращают, значит смысл есть.

По второй, про ногу - это вы к чему? Поля подстановки, макросы, длинные названия полей с пробелами и т.д. - это признак детства в программировании. У кого-то оно проходит, у кого-то нет. Вот и всё.
А бегать - работать на VBA и с SQL. Хорошо бегать - использовать API и внешние приложения, библиотеки и т.д.

1