ПРЕДСТАВЛЕНИЕ SQL должно всегда быть в 1 нФ?
Я считаю, что уменьшение размера изображения почти до размера значка, скажем, 48x48, затем преобразование в оттенки серого, а затем с учетом разницы между пикселями, или Delta, должно работать хорошо. Поскольку мы сравниваем изменение цвета пикселя, а не фактический цвет пикселя, не имеет значения, будет ли изображение немного светлее или темнее. Значительные изменения будут иметь значение, поскольку пиксели, становящиеся слишком светлыми / темными, будут потеряны. Вы можете применить это к одному ряду или к любым другим, чтобы повысить точность. Самое большее, вы должны сделать 47x47 = 2,209 вычитаний, чтобы сформировать сопоставимый ключ.
5 ответов
Нет - я создаю представления для соответствия результат, который требуется моей программе.
представление (если оно не является материализованным / индексированным представлением) не что иное, как сохраненный запрос Представления могут содержать более одной таблицы, могут иметь самостоятельное присоединение к одной и той же таблице и т. Д.
Я не думаю, что это правило, но если это так - ни одно правило не должно всегда соблюдаться.
Вся суть реляционных систем заключается в том, что вы храните данные в нормализованных отношениях для повышения эффективности и / или управляемости, а затем используете реляционные операторы для преобразования их в отношения, которые вам нужны.
Нематериализованное представление не сохраняется, это запрос.
Вот почему вы должны создавать его в форме, которая лучше всего соответствует потребностям вашего приложения.
См. этот ответ ] для получения более подробной информации.
Нет - правила нормализации применяются к сохранению данных, а не к их представлению. Например, любые повторяющиеся строки в представлении могут нарушить 1NF, что, очевидно, является чрезмерно ограничивающим.
Для получения дополнительной информации см. Первая нормальная форма .