Поля подстановок для чайников
Запись от texnik-san размещена 18.11.2015 в 09:21
Показов 3136
Комментарии 3
|
Главное, что нужно знать о полях подстановок - это то, что это поле именно того типа, которым оно и описано в таблице. Т.е. если в таблице указано "Число, длинное целое" - значит, это число. Каким бы текстом оно при этом ни выглядело на экране. Для числа быть выведенным на экран в виде числа - нормально. Скорее, следует считать колдунством ситуацию, когда оно выводится в виде текста. Например в таблице. Можно получать удовольствие от того, что для вас это наколдовали (я так и делаю), но нельзя расчитывать, что это же колдунство будет само собой в остальных ситуациях само по себе повторяться. Поэтому нужно учиться самому колдовать. Для колдунства с выводом текста вместо числа нам понадобится чистая миска (новый запрос) и волшебная палочка (объединение), она же волшебные слова INNER JOIN (или LEFT JOIN). В миску кладем исходную таблицу, добавляем таблицу, из которой должен подставляться текст, и соединяем их по полю подстановки. Затем выбираем из исходного запроса все поля, кроме поля подстановки (см. сноску), а из таблицы подстановки - только текст подстановки. Готово. Сноска: вообще-то, я рекомендую поле подстановки тоже выбирать. Потому что оно число, а по числам фильтр и поиск быстрее. Примечание: но если ваше поле подстановки (число) названо так же, как и поле с текстом в таблице, откуда постановка - у вас возникнет конфликт имен. Ошибки не будет, просто перед именем поля появятся имена таблиц черех точку, но это "неаккуратненько". Отсюда еще одна рекомендация: НИКОГДА не назвайте поля подстановок тем же именем, что и поле с настоящим текстом. Добавляйте в имя поля приставку Код или суффикс ID, и во-первых, вы никогда не забудете случайно о том, что на самом деле там число, а во-вторых, избежите конфликта имен на будущее. |
Размещено в ЧаВо / для чайников
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
Всего комментариев 3
Комментарии
-
Правильна ли будет следующая схема названий полей?:
В первой таблице допустим поля с названиями: КодТовар и Товар
А во второй поле подстановки с названием: КодТоварЗапись от sana555 размещена 26.03.2016 в 13:52 
-
Главное, что нужно знать о полях подстановок:
Это лучше их не использовать!
Формами всё, ребята, формами и их объектами.
Уж поверьте - так лучше и надёжнее.
Почему:
БД у клиента всегда в работе, её менять долго и не удобно, а сменить свойства у клиентского приложения = тупо свойства в формах поменять, дальше пускачь сам всё сделает...Запись от Eugene-LS размещена 25.10.2016 в 01:28
-
Eugene-LS: А что, наличие подстановки в таблице как-то отменяет необходимость создания форм или мешает их создавать?
Каким образом от "нужно создавать формы" вы перешли к выводу "поля подстановки лучше не использвать"? Два совершенно не связанных между собой утверждения, одно из которых истинно только для случая, когда разработчик базы и ее пользователь(ли) - разные люди, а второе - как и любое утверждение, содержащее предикат "лучше" - тебует уточнения, кому лучше, для чего и по сравнению с чем.
Полагая на вопрос "кому" ответ "разработчику базы" - приходим к выводу, что каждый разработчик имеет на этот счет свое мнение и унивесального "правильного для всех" ответа не существует и быть не может. Вам не нравится - вы и не используйте.Запись от texnik-san размещена 26.10.2016 в 09:45
