колонку типа string (в моем случае query)?
да, знаю про uuid там похоже на string
по идее данные ункальны, + upsert будет удобно в mysql делать, вроде только плюсы, не?
Не очень) а с пробелами и кириллицей так вооще аут)
какой в этом смысл ?
у меня парсится файл 10млн+ записей мне нужно его временами обновлять, все это чтобы ускорить данный процесс
создание записей без проблем, а вот обновление - пока долгое, без апсерта (так как нет ключей на query) вот и думаю нормально ли делают первичным ключом колонку query к тому же mysql "е" и "ё" на различает, а бизнесу это важно, те уникальный ключ уже мне не подходит, гемор какой-то на ровном месте
т.е. в файле совссем нет данных за которые можно было бы зацепиться как ключи для записи?
таких данных нет (а-ля идишников)
чтоб избежать е и ё в md5 хэширую строку и используй её как ключ, а если sha1 то еще быстрее будет
а что ваш Апсерт, магию сделает ? Пробует вставить, если находить будь - обновляет и так в цикле, пока все не пересоберет индексы потом должны обновится. bigint - 8 байт varchar - 0-255 байт?
покажи пару строк если не секрет, что ты там такое парсишь
мне файл прилетает в файловую систему, я его читаю, в файле такие данные
Обсуждают сегодня