I'm not a programmer, and don't know about those file types either if they're nothing about programming - but if I was trying to do this, I'd start with a short and clear xlsx file and have it be converted to sqlite file.
Then I'd check this short, clear file output for any issues or problems. I'd research then discuss the problem or issue with the model, and try to see if this was something I could fix with my language use....
Which happens and can be done even with LaTeX formating which the 3.5 and 4 models can use in their output for us to see, but for whatever reason they often use a formating style that doesn't work for their environment (and the model isn't shown the output, so it can't self-correct). So we sometimes (originally was nearly always) get crazy broken formatting instead of neatly rendered, beautiful LaTeX to see.
The fix is for us to include a reminder of how to follow the LaTeX formatting rules within our prompt, and then no problems. But initially that wasn't understood by any of us, so we thought the model couldn't do it and it didn't have a fix ...
So that's an example of a problem that you could observe, discuss, and find a fix for. Other problems you might find the model as-is cannot adjust for and correct, it is 'forced' to follow the instruction one way, and nothing you say is going to change that, it's outside of the model's ability to obey.
An example of that is getting it to tell a story or a part of a story that doesn't have a summary/conclusion at the end.