|
|
|
Поиск и получение подстроки одинаковой для двух и более строк
|
|||
|---|---|---|---|
|
#18+
Приветствую тебя, All Поиск и получение подстроки одинаковой для двух и более строк. Известно, что подстрока одинаковая для всех строк - единственная одинаковая подстрока. Ищу наименее затратный по процессорному времени (не по памяти) алгоритм. Сделал в тупую, разбирая первую строку и проверяя каждую ее подстроку с другими строками. Не удовлетворяет производительность. Можно-ли это сделать с помощью grep/egrep кода? Пока, не могу ничего нормального придумать... :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2006, 22:59 |
|
||
|
Поиск и получение подстроки одинаковой для двух и более строк
|
|||
|---|---|---|---|
|
#18+
Чистой воды идея :) Нужно дорабатывать напильником, проверять на границы и протч., но всяко лучше, чем простой перебор вариантов Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2006, 19:49 |
|
||
|
Поиск и получение подстроки одинаковой для двух и более строк
|
|||
|---|---|---|---|
|
#18+
После предварительной доработки напильником получилось примерно так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2006, 20:19 |
|
||
|
Поиск и получение подстроки одинаковой для двух и более строк
|
|||
|---|---|---|---|
|
#18+
KsnkПосле предварительной доработки напильником получилось примерно так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. Алгоритмическим способом я делал. :) Но, не устраивает производительность. Теперь сделал regexp'ом, код сократился, производительность увеличилась. Вот код: Код: plaintext 1. Сейчас задумался о построении некоторой модели, которая используя алгоритм Ахо-Корасика, строила-бы таблицу совпадающих слов. Т.е., по вертикали совпадающие слова, по горизонтали - количество совпадений, для каждого слова. Что имеем в результате. Имея по каждому документу данную таблицу, мы можем сравнивать слова со словами в строке поиска (предварительно обработав их лексически), и выдавать в результате документы, с некой статистической оценкой данного документа. При чем, чем выше эта оченка, тем ранее выдается документ. Как в гугле. Таблица для каждого документа статична, и изменяется, если только дата изменения документа становится более современной. Т.е. функционал поиска опирается не на динамический поиск в документах, а на статический поиск в словарных таблицах. Скорость значительно выше. Да, и результаты поиска более интеллектуальные. Вот такая задумка. Кстати, может кто уже такое делал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2006, 15:28 |
|
||
|
Поиск и получение подстроки одинаковой для двух и более строк
|
|||
|---|---|---|---|
|
#18+
Что-то мне указывает, что может пригодится full text search для мускула. Правильно ли я понимаю, что предыдущая задача - "найти максимально большую общую часть двух строк" уже не очень актуальна? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2006, 15:53 |
|
||
|
Поиск и получение подстроки одинаковой для двух и более строк
|
|||
|---|---|---|---|
|
#18+
KsnkЧто-то мне указывает, что может пригодится full text search для мускула. Правильно ли я понимаю, что предыдущая задача - "найти максимально большую общую часть двух строк" уже не очень актуальна? :) Правильно. Т.к. на данный момент она уже работает. Теперь идем далее. И конечно, это уже другая тема. :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2006, 16:19 |
|
||
|
|

start [/forum/topic.php?fid=23&tid=1476754]: |
0ms |
get settings: |
6ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
203ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
24ms |
get tp. blocked users: |
1ms |
| others: | 205ms |
| total: | 461ms |

| 0 / 0 |
