В моем случае я могу обойтись одним value, просто то что я тестировал поиск по 10 млрд строк это было ужасно долго и мне не подходило, по этому когда нашел hashmap строю логику дальше по нему, если есть варианты искать в строке очень быстро я бы почитал мануал по этому поводу, но даже не знаю как загуглить
mayton2019, вообще части ключей это определенные обрезки от value, я сначала планировал просто regex делать по value, это был мой первый опыт в работе с бд и с regex даже с 5 млн строк поиск был ужасно долгий, после я вычитал про hashmap и использовал его, на данный момент ключи часто могут совпадать и это уже все усложняет. Учитывая что в каждом ключе может быть a-zA-Z0-9 это для первого ключа: 62^5 = 916 132 832 вариантов то есть для первого ключа данные с 10 млрд будут очень совпадать, для второго 62^6 = 56 800 235 584 уже история по лучше но рассчитать дубли тут уже анриал)
Вот я задумываюсь может дабы не нагружать все в одну таблицу разделить таблицы по первому символу ключа, например создать таблицы a-z и 0-9 и уже так рассортировывать, если это конечно упростит процесс)
mayton2019, да, вот только сейчас понял что многим не ясна нужная мне логика.
Постараюсь обьяснить простыми словами: во первых мне нужен поиск по 1 из ключей (а не сразу по 5 ключам), абсолютно все ключи не могут быть уникальными, и мне все равно какое value придет! Главное чтобы совпали ключи которые я буду искать.
То есть я могу запросить "SELECT * FROM `TABLE_NAME` WHERE `key_1` = AbCde", или "SELECT * FROM `TABLE_NAME` WHERE `key_2` = AbCde1" и так далее.
mayton2019, и если пустая структура импорт довольно быстрый, проблема лишь в том что если я задаю индекс для столбца, в моем случае я использовал ALTER TABLE `TABLE_NAME` ADD INDEX(`COLUMN_NAME`); прошло кучу времени и вылетела ошибка и учитывая как она плохо описана я не могу нагуглить что произошло не так