Moderator |
|
Een xls bestand is een binair bestand volgens mij, en was voorheen een propietary format. Long story short: de data die wordt gehuisvest in zo'n bestand is niet echt makkelijk rechtstreeks uit te lezen door andere programma's dan de programma's die hier specifiek voor geschreven zijn.
Een csv bestand is een "ASCII" bestand, oftewel is rechtstreeks in te zien als tekstbestand.
PHP heeft out-of-the-box functies om CSV-bestanden uit te lezen. Indien je het Excel-bestand dus eerst omzet naar een CSV-bestand dan kan PHP hier prima mee over weg. Er zijn in het verleden (en tegenwoordig wellicht nog steeds) projecten geweest waarbij (specifieke versies van) Excel bestanden rechtstreeks uitgelezen konden worden. Ik weet niet of huidige formats nog ondersteund worden.
Zelfs als je zo'n koppeling kunt leggen (ODBC - MySQL) zul je extra code moeten schrijven om de eindjes aan elkaar te knopen.
Maar als je even een stapje terug doet, en kijkt naar wat er gebeurt dan is dit abstract gezien het volgende:
Je bent continu data van A naar B aan het slepen. Waarom wil je dit? Wat kun je in A doen wat je in B niet kunt doen en vice versa? Het handigste zou nog altijd zijn om één plaats te hebben waar je deze data invoert, inziet, bijwerkt en verwijdert, en één applicatie hebt waarmee je dit doet. Tijd voor een webapplicatie?
De weg XLS > CSV > PHP-script > MySQL werkt, maar dat lijkt mij bewerkelijk, te meer omdat je dit periodiek wilt gaan doen.
Een alternatief is wellicht een Access-database, waarbij je invoer- en overzichtsschermen bijprogrammeert, maar dat zal in Visual Basic of equivalent moeten gebeuren. Mogelijk zit daarbij wel standaard exportfunctionaliteit zodat je vanuit je Access-database (die dan de bron van je data vormt) een export kunt maken naar Excel.
Wat ik mij eerst zou afvragen is: wat wil ik op de middellange termijn met deze data kunnen doen (en in welke vorm), want het komt mij over als meer overhead door de introductie van een export naar MySQL. |