Как правило я всегда использую их , поскольку обычно существуют, несколько присоединяются к продолжению в моих хранимых процедурах. Это также помогает, когда использование инструментов генерации кода как CodeSmith, чтобы иметь его генерирует имя псевдонима автоматически Вас.
я пытаюсь избегать одних букв как & b, поскольку у меня может быть несколько таблиц, которые запускаются с буквы A или b. Я иду с более длительным подходом, конкатенацией внешнего ключа, на который ссылаются, с таблицей псевдонима, например, CustomerContact... это было бы псевдонимом для таблицы Customer при соединении с таблицей Contact.
другая причина я не возражаю дольше имя, происходит из-за большинства моих хранимых процедур, сгенерированы с помощью кода CodeSmith. Я не возражаю против руки, вводящей немногие , что мне, вероятно, придется создать меня.
Используя текущий пример, я сделал бы что-то как:
SELECT TripNum, TripSegment.SegmentNum, TripSegment.StopNum, TripSegment.ArrivalTime
FROM Trip, Segment TripSegment
WHERE TripNum = TripSegment.TripNum
Использовать класс разметки :
класс jinja2.Markup ([строка])
Помечает строку как безопасную для включения в вывод HTML / XML без нужно сбежать.
Проверить SafeString , например:
from django.utils.safestring import SafeString
...
return context.update({
'html_string': SafeString(html_string),
})