addressalign-toparrow-leftarrow-rightbackbellblockcalendarcameraccwcheckchevron-downchevron-leftchevron-rightchevron-small-downchevron-small-leftchevron-small-rightchevron-small-upchevron-upcircle-with-checkcircle-with-crosscircle-with-pluscontroller-playcredit-cardcrossdots-three-verticaleditemptyheartexporteye-with-lineeyefacebookfolderfullheartglobe--smallglobegmailgooglegroupshelp-with-circleimageimagesinstagramFill 1languagelaunch-new-window--smalllight-bulblinklocation-pinlockm-swarmSearchmailmessagesminusmobilemoremuplabelShape 3 + Rectangle 1ShapeoutlookpersonJoin Group on CardStartprice-ribbonprintShapeShapeShapeShapeImported LayersImported LayersImported Layersshieldstartickettrashtriangle-downtriangle-uptwitteruserwarningyahoo

Re: [drupal-4] Need some advice for migrating data into Drupal 7

From: user 1.
Sent on: Sunday, July 15, 2012 9:01 PM
First, doing nosql+drupal is great if you want to be part of testing and stabilizing an experimental platform, but not if you actually want to get work done.

Feeds is a is a legit way to go and you should be able to find other people who did it that way and documented it.

Things to consider:

Create one content type, export it as a Feature, then copy/paste that. Make your changes to create the other content types through code instead of clicking. This will give you the benefit of version controlling content type configuration if you need it (and if you can resist overriding the Feature).

Make one content type where things can overlap and delineate the difference with another identifying field.

On Jul 15, 2012, at 4:26 PM, Derek Moon <[address removed]> wrote:

Hello Drupalers;

I have a scenario I wanted to ask the group about.

I recently began using Drupal as a system to house some of my bigger application projects. I was recently tasked with a project to move a relatively small MySQL database application over to Drupal, and after doing a bit of research I figured I should get some others opinions.

Basically the app will house client records (lots of survey information). Each client has a profile containing about 10 different forms, then each of the forms has about[masked] questions.

After moving all of the data into Drupal I want to run customized reports, and make different views, pulling bits of data from the client's survey forms. 

My proposed plan of attack is this.
1. Create Content Parts for each of the entities here. A content Type for Clients, and then a content type for each type of Survey

2. Import all the data via the Feeds module. (I'm thinking Migrate may be a little robust for this, no?)

Now I wanted to ask about the following
1. Will I be able to pull just small bits from many content types to create custom pages, and reports? Am I going to be able to create/manage relationships between the Clients content type and each of the Surveys content types?

2. Am I approaching the import the right way, via feeds module? Or should I be using something more robust like migrate module.

3. Do I have to create a custom content type by hand for each of the 10 forms (50 questions a piece), or is there an easier way to do this?

I appreciate any and all feedback. Because this is sort of a rush project I wanted to just get some opinions before I dive in and have to start over or something.

Derek Moon
[address removed]

Please Note: If you hit "REPLY", your message will be sent to everyone on this mailing list ([address removed])
This message was sent by Derek Moon ([address removed]) from The Atlanta Drupal User's Group.
To learn more about Derek Moon, visit his/her member profile
Set my mailing list to email me As they are sent | In one daily email | Don't send me mailing list messages

Meetup, PO Box 4668 #37895 New York, New York[masked] | [address removed]

People in this
Meetup are also in:

Sign up

Meetup members, Log in

By clicking "Sign up" or "Sign up using Facebook", you confirm that you accept our Terms of Service & Privacy Policy