Форумы GIS-Lab.info

Здравствуйте. У кого-нибудь был опыт миграции DBF-файлов унаследованных в современную free - СУБД? Поделитесь пожалуйста.

в чем проблема-то именно? DBF открыть не можете без кракозябр?

что значит "унаследованные", что значит "миграция"?

Максим Дубинин писал(а):в чем проблема-то именно? DBF открыть не можете без кракозябр?

что значит "унаследованные", что значит "миграция"?

под новую СУБД перевести ("миграция") старую ("унаследованную") базу данных, которая работала под FoxPro - ( FoxPro не может уже работать с файлами более 2-ух Гбт) - простейшей 2-х-табличной структуры:
1-ая таблица - "ШАПКИ" - метаданные (координаты, время наблюдений);
2-ая таблица - "ДАННЫЕ" (измерения) - сами данные, связанные по forеign key c "ШАПКИ"

утилита "типа" :
dbf2mysql

если бы "хотелось-и-моглось" перевести на MySQL

Вот и ищу решение на какую "продвинутую" free DBMS реляционной структуры (или же NoSQL) перевести эту базу с возможностью сопряжения с ГИС... Понимаю, что один из вариантов это PostGre/PostGIS...

nickleb,
Так вопрос в чем?
Вы же все правильно сами уже себе ответили

SergeyRyzhkov писал(а):nickleb,
Так вопрос в чем?
Вы же все правильно сами уже себе ответили

а вот, Сергей, м.б., SQLite/spatiaLite или SQLAlchemy/GeoAlchemy,
или что-другое... сейчас этого добра хватает...

Понял.
От задачи, конечно, зависит.
SQLite пользовал, нормальная базенка для определенных задач. Шустрая.
SQLAlchemy - к своему стыду, даже не слышал.

SQLAlchemy/GeoAlchemy не СУБД
Для выбора СУБД нужно определить режим использования БД...

trir писал(а):SQLAlchemy/GeoAlchemy не СУБД
Для выбора СУБД нужно определить режим использования БД...

да, согласен, что SQLAlchemy/GeoAlchemy - это не СУБД, а высокоуровенный интерфейс к СУБД...