Рейтинг метода используется SQL Server для Полнотекстового индексирования

Слушатель события 'click' должен быть добавлен к каждому элементу с 'X' (newDeleteX). Вам нужно немного изменить метод createListItem:

function createListItem(text) {
    const newListElement = document.createElement("li");
    newListElement.textContent = text;
    newListElement.setAttribute("class", "todo__item")

    const newDeleteX = document.createElement("span");
    newDeleteX.className= "to__delete";
    newDeleteX.textContent = "X";

    // add event listener to element with "X"
    newDeleteX.addEventListener("click", (event) => {
        event.target.parentElement.remove();
    });

    // add element with "X" to newListElement
    newListElement.appendChild(newDeleteX);

    return newListElement;
}
7
задан Frank Schwieterman 28 October 2008 в 20:57
поделиться

4 ответа

Только к продолжению на этом.. Причина, которой рейтинг был низким для строк, содержащих строки A и B при соответствии против строки "A или B", состоит в том, что A был в другом столбце, чем B. Если я создаю представление о таблице, которая объединяет те столбцы в отдельный столбец, рейтинг для "A или B" больше, что я ожидал.

1
ответ дан 7 December 2019 в 05:33
поделиться

RANKMETHOD не доступен никакому выпуску SQL Server. Если Вы создаете ключевые слова для передачи в поиск CONTAINSTABLE, и Вы знаете что-то, относительно которого слова были более "важны", можно оценить слова с ISABOUT и ВЕСОМ.

Например, если нечто имеет более высокий разряд, чем панель, Вы могли бы сделать что-то вроде этого:

ВЫБЕРИТЕ * ИЗ CONTAINSTABLE (YourFullTextTable, *, 'ISABOUT (ВЕС "нечто" (0.5), ВЕС "панели" (0.3))')

3
ответ дан 7 December 2019 в 05:33
поделиться

Я сделал краткое обсуждение на Инвертированных индексах и Рейтинг Косинуса (основные алгоритмы и структуры данных полнотекстовых поисковых систем) Здесь.

На чистом рейтинге косинуса, нечто (1), панель (1) должна быть ближе к вектору, занятому нечто, панелью, чем нечто (10), панель (0). Можно играть значение косинуса апостериори, которое является по существу, что делает PageRank. Если бы полнотекстовый поиск играет косинус, занимающий место после вычисления скалярного произведения вместо того, чтобы взвесить оси, это объяснило бы непропорциональное значение нечто.

1
ответ дан 7 December 2019 в 05:33
поделиться

Попробуйте переписать запрос. ВЫБЕРИТЕ * ОТ КОНТАИНСТАБЛЯ (YourFullTextTable, *, ''foo bar' или ''foo'' ~ ''бар'' или ''фу или бар'') . Этот запрос, по сути, должен ранжировать любые записи с точностью "foo bar" > "foo" рядом с "bar" > "foo" или "bar"

.
3
ответ дан 7 December 2019 в 05:33
поделиться
Другие вопросы по тегам:

Похожие вопросы: