App Engine - импорт данных - PullRequest
       8

App Engine - импорт данных

1 голос
/ 28 сентября 2010

Я не уверен в хорошем способе импорта данных из старого приложения на основе SQL в механизм приложений (большая таблица).Я очень смущен, хотя я уверен, что упускаю что-то простое.

Данные - это не просто электронная таблица.Он состоит из клиентов, назначений и нескольких других вещей.Все они связаны между собой ключами, что немного увеличивает сложность.

Я понимаю, что есть массовый загрузчик, который показался мне более подходящим для администратора, и я надеялся придуматьрешение, которое будет работать для пользователя.

Кажется, что если бы я мог загрузить файл и сделать это таким образом, это бы сработало, но существует ограничение в 30 секунд для процессов, это, вероятно, превысит 30 секундограничение по времени, если добавить несколько тысяч записей.Может быть, я мог бы использовать очередь задач?Я думаю, что это может позволить процессам, которые занимают более 30 секунд, но тогда я думаю, что у меня возникнут проблемы с синхронизацией с сервером разработки?

Не то, чтобы я вообще не знал, как это сделать, ноЯ действительно не имею ни малейшего понятия о том, как задействовать наименьшее количество головной боли.

1 Ответ

1 голос
/ 14 апреля 2011

Из того, что я понимаю (и я тоже новичок), App Engine использует «денормализованные» данные. Это означает, что действительно нет таких вещей, как «соединения». Есть несколько вещей, которые можно сделать для соединения таблиц (настройки свойств, я считаю), но я не знаю, как они работают наверняка - я не пробовал.

Я полагаю, что единственным вариантом будет создание сценариев и правил для преобразования ваших данных SQL в денормализованное состояние, а затем сохранить их в App Engine. Если вам нужна двусторонняя синхронизация, это может привести к очень быстрому беспорядку!

См. Эту статью: http://blog.notdot.net/2010/10/Modeling-relationships-in-App-Engine

или, может быть, этот пост https://dba.stackexchange.com/questions/52/in-google-app-engine-what-is-the-most-effective-many-to-many-join-model

...