Словарь - переводчик

[Kap98k]

Добрый день господа, дамы, товарищи и в целом граждане форума!

Обращаюсь к вам за советом. Собственно суть вопроса:

Решил написать небольшой словарь (под себя).
И пока уткнулся в вопрос организации хранения слов в файле. Просмотрел несколько страниц с форума по этой теме, находил решения слово = перевод, но у меня схема примерно такая: Слово - перевод - склонения - преобразование во времени.

В сторону каких алгоритмов или структур стоит смотреть.

P.S. Если что то написал не так или не понятно. Комментируйте, поправим.

[Alex11223]

Вероятно стоит взять например SQLite вместо обычного текстового файла.

[Kap98k]

Да тут еще мне интересно, можно ли это реализовать и стоит ли оно усилий. А БД то понятно, были мысли по этому поводу.

[Alex11223]

Что именно реализовать-то? Просто вывод перевода и прочей инфы по введенному слову вроде ж не должно быть сложным.

[Kap98k]

Например мне нужно перевести на французский слово "идти". Я ввожу это слово в поле. На выводе я должен получить, если это глагол: спряжение, варианты перевода (если их несколько) и склонение во времени (настоящее, прошедшее, будущее). Мыслей на создание анализатора текста у меня не было, значит заранее введенные значения должны определенным образом храниться в файле или БД.

Меня пока интересует именно файл, как в нем организовать хранение этих данных их связность и поиск.

[Alex11223]

А в чем сложность если форма введенного слова совпадает с формой в вариантах перевода (ну то есть например в переводе есть только "идти", и ввели "идти", а не "идет")? Зачем что-то анализировать?

Меня пока интересует именно файл, как в нем организовать хранение этих данных

В любом удобном вам виде и формате. XML, JSON, CSV, свой текстовый, свой бинарный, ...
Ну и при запуске программы читать его весь (он ж не 10 ГБ будет), создавать список (массив) из каких-нибудь своих структур (struct/class/... в зависимости от ЯП) с нужными полями. Вместо массива и обычного поиска за O(N) (цикл по всему массиву) конечно можно использовать какой-нибудь более быстрый поиск, но мне лень думать и если не 100500 слов, то и так сойдет.
Но лучше взять БД (SQLite), а не изобретать ее самому. Тогда можно не заниматься чтением и поиском, а просто SELECT ... WHERE ...

[Pavia]

Используйте СУБД это проще будет. Иначе весь функционал СУБД придётся реализовать. Может не весь а часть. Это ускоряет разработку.
А собственную разработку имеет смысл вести только для компрессии.

такая: Слово - перевод - склонения - преобразование во времени.

Хранить таблицей. Разделитель можно как у вас '-'. Но я бы сделал ';'.
Разные данные на разных строчках.

Для скорости работы стоит привести вашу БД(файл) к нормальной форме.
Будет несколько файлов по файлу на таблицу.
Слово - перевод
перевод - склонение
склонение - преобразование во времени.

[Kap98k]

Спасибо, за разъяснения и советы. Остановлюсь тогда на БД, а файлики помучаю, как времени будет больше ради интереса и опыта.