CREATE TABLE dic
( dic_id BIGINT NOT NULL IDENTITY,
dic_value VARCHAR(62) NOT NULL,
CONSTRAINT PK_dic_id PRIMARY KEY (dic_id, dic_value))
GO
в составном первичном ключе (ограничение) тот же результат - дубли!
Куда копать?
NewDevLab, Протокол обмена по pipe в SQL`е включили. Можете прокомментировать необходимость написания шлюза? (у нас список слов в пайпе нужно загрузить в столбец таблицы, можно даже без индексов/ограничений)
#, Спасибо за помощь! Над работой подумаю... В принципе надо больше... есть желание с ручной работы на БД перейти, а это проектирование, создание, наполнение и пр.
#,
В MS SQL не работает:
ЗАГОЛОВОК: Мастер импорта и экспорта SQL Server
Не удалось проанализировать инструкцию.
BINARY не является известным имя встроенной функции. (Microsoft SQL Server Native Client 11.0)
#,
Я привёл пример по ФИО, а так файлики, вытяжки из логов есть по 10-20 Гб.
В простом редакторе такое не отредактируешь на дубли. Пришлось БД использовать.
CREATE TABLE dic1
( dic_id INT NOT NULL IDENTITY(1, 1), /* Код слова */
dic_value VARCHAR(52) NOT NULL UNIQUE /* слово */
)
GO
начинает показывать ошибку, это понятно, а как загрузить-то без дублей? )
Нужно загрузить без полных дублей с учётом регистра букв.
Загрузил список слов из текстовичка с дубликатами. Попробовал выгрузить с конструкцией:
SELECT DISTINCT dic_value FROM dic1;
имеем:
Имя
Имя
имя
иМя
Нужно:
Имя
имя
иМя
Получаем:
иМя
выражение не чувствительно к регистру букв, что печально... есть варианты с конвертацией в UTF8 а там binary collation.....
В современном мире придумать что-то оригинальное/изобрести почти невозможно. Для этого нужен огромный жизненный экспириенс и широчайший кругозор! И погружение в предметную область на 100% Обычно большинство народа по вершкам скачет и пытается выдумать что-то... а потом жалуется что ничего нет или сделали, а это уже есть...
Классно программировать и быть генератором идей одновременно - НЕВОЗМОЖНО! Разный склад ума. Наиболее простой вариант - найти заказчика с хорошими идеями и с ним зарабатывать. (есть компании которые занимаются только тем, что генерируют оригинальные, рабочие идеи)
( dic_id BIGINT NOT NULL IDENTITY,
dic_value VARCHAR(62) NOT NULL,
CONSTRAINT PK_dic_id PRIMARY KEY (dic_id, dic_value))
GO
в составном первичном ключе (ограничение) тот же результат - дубли!
Куда копать?