Check out the LimeSurvey source code on GitHub!

Survey table could not be created. Database error!!

More
9 months 3 weeks ago #135580 by tammo
In fact, I hate & detest long surveys my self. But my clients do not. Sometimes they need it for datacollection in which very large arrays are used like a spreadsheet. And these are repeated in the survey.

You will run into problems easily then.

We looked at slicing up the survey into several others, but since time was pressing, we reverted to plain old PHP for this time. The project was a repeat of an earlier project, we could partly re-use the code. But for shorter surveys we definitely prefer LimeSurvey.


Tammo ter Hark
Tools for Research
Haarlem/Amsterdam, The Netherlands

Please Log in to join the conversation.

More
9 months 2 weeks ago #135611 by Mazi

holch wrote: Not a problem for a standard quick survey, but as soon as you have long item batteries with multiple choice you definitely get to that limit quickly. I hope LS 3.0 has some kind of better database concept for this.


Limesurvey 3 uses a far more modular code which should allow a different data storage. I'll ask the LS 3 core dev to add some more details.


Best regards/Beste Grüße,
Dr. Marcel Minke
(Limesurvey Head of Support)
Need Help? We offer professional Limesurvey support
Contact: marcel.minke(at)survey-consulting.com'"

Please Log in to join the conversation.

More
9 months 2 weeks ago #135612 by sammousa
While LS3 is a lot more modular and could support another storage method, it does not do that yet.

In most cases the column limit is only relevant when using multiple choice question / array questions since they suffer from column explosion.

While alternative storage backends might solve the problem for survey taking also, very likely, remove all support for running statistical analysis inside LS for those kinds of surveys.

Please Log in to join the conversation.

More
9 months 2 weeks ago #135613 by tammo
Hi Sam,

that would indeed be very good news!

Tammo


Tammo ter Hark
Tools for Research
Haarlem/Amsterdam, The Netherlands

Please Log in to join the conversation.

More
7 months 2 weeks ago #138913 by Deusdeorum
I just ran into this problem myself. Array (numbers) is not something I like to use and I most of the time talk clients into using something else but sometimes that is not possible, so here I am stuck with 6 Array (numbers) questions, each with 8 columns and around 60 sub questions (they will be conditioned so each respondent "only" gets to answer around 20 sub questions for each questions), not to mention the style is dropdown list which is really time consuming filling out.

So, from here I have two options (as I can think of):
* Split every array (numbers) question into one survey each and pre populate hidden questions with end URL to get conditions to work.
* Convince the client NOT to use "array (numbers)" as a question type.

Is there any more options?

Also, I would like to point out that, creating a survey with a HUGE SQL-table with lots of columns will affect your limesurvey installation, it will be getting slower to request.

Please Log in to join the conversation.

Imprint                   Privacy policy         General Terms & Conditions         Revocation information and revocation form