Jag skulle vilja att någon kunde reda ut några funderingar jag har.
Vad är egentligen bäst, RecordSet vs. SQL (t ex prestandamässigt)?
Jag tror att jag har läst att RecordSet.AddNew inte stöds av MySQL, är det därför en del använder INSERT INTO i SQL-satser eller har det någon fördel jämfört med RecordSet?
Om man ska programmera så bra som möjligt ska man då helt utesluta RecordSet eller har det någon fördel någon gång?
Jag tycker det är lättare att använda SQL satserna istället, men det finns mer avancerade ADO lösningar. Jag har sett några riktigt snygga saker folk gjort med ADO.
Tror inte det spelar så stor roll i slutändan, men det sägs ju rent allmänt att SQL är mer tillförlitligt
Den stora massan säger ju att man ska använda SQL. Men jag tycker ADO är väldigt trevligt.
SQL är ju mer prestandasnålt, men det är oftast inte sparningar man gör mest. Och har man nån nersparning till databasen som görs ofta så kan man ju använda SQL för just den.
SQL = "A Little less conversation, a little more action."
Conn.Execute (SQL)
Håller med dig till fullo, Eclipse. Lär man sig SQL kan man hålla på med det i vilket språk som helst (ASP, PHP, .NET etc.) och förstå principen. Det känns onödigt att börja lära sig nya saker för varje programmeringsspråk som man i så fall skulle kunna från början.
Sen att det blir mindre kod och prestandasnålare är ju bara ett plus.
Jag har använt rs.MoveNext varianten en gång faktiskt. Då var det bra att veta att man kunde använda ADO på ett enklare sätt än med SQL-satser.
Att det blir mindre kod med SQL behöver definitivt inte vara sant. Har man mycket man ska lägga in i datbasen så måste man då skriva en mycket lång SQL. Eller rättare sagt två. En för INSERT och en för UPDATE.
Med ADO kan man enkelt loopa in allt i databasen.
285 ms totalt · 4 externa anrop · v20260731065814-full.51f67c91