[ASP]Upload file binario in mysql

[albebigio]

Salve, avrei la necessità di salvare un file dopo averlo uploadato su server in un databare mysql, il tutto scritto il asp. Ho provato con il componente aspSmartUpload con l'utilizzo di file.FileToField ma purtoppo funziona solo con Access o SQL server, ma a me servirebbe su mysql. il mio stesso problema è descritto qui: http://www.experts-exchange.com/Web/Web_Languages/ASP/Q_20781369.html, ma bisogna registrarsi per vedere la soluzione e credo che sia una registrazione a pagamento. Se qualcuno mi può aiutare mi farebbe un grandissimo favore. Grazie in anticipo per la disponibilità

[GAD]

Non fai prima a dare un nome univoco al file e poi ad inserire il nome e la dimensione dentro al db?
dopo per riconoscere il file ti basta reperire nome e dimensione da una query e poi usi un confronto diretto tra file.

[archimede]

bisogna registrarsi per vedere la soluzione

:?: Hai provato ad usare la barra di scorrimento laterale del browser?

Alessandro

[albebigio]

Si ma non mi sembra che ci sia la possibilità di vedere la soluzione senza registrarsi o senza effettuare il pagamento per la registrazione, mi sbaglio?

[Triumph Of Steel]

si che si può, c'è anche scritto ACCEPTED ANSWER vicino alla prima risposta!

[albebigio]

Scusate tanto la mia incapacità ma non riesco proprio a trovarlo; mi potreste dare il link della pagina con la soluzione o copiarla e incollarla direttamente?

[Triumph Of Steel]

Scusate tanto la mia incapacità ma non riesco proprio a trovarlo; mi potreste dare il link della pagina con la soluzione o copiarla e incollarla direttamente?

che strano, ho riprovato e non vedevo più la risposta!! ho capito cosa intendi quando dici che non vedi la risposta!!

cancellando il cookie di quel sito però dopo la puoi rivedere hehe

cmq ecco la risposta accettata

1) If you are using an ADODB.Recordset to UPDATE / INSERT (e.g. using the AddNew method), use a direct SQL statement instead

A quick note: NEVER store a recordset in the session object. For a discussion of this see:

http://www.microsoft.com/mind/1198/ado/ado.htm
http://support.microsoft.com/?kbid=176056

Most data access tasks can be implemented by using the execute method of the connection object. Why would we want to do this? Well, for one, there is extra overhead in using a recordset object for UPDATE and INSERT functionality. This is because the provider has to translate your code into an equivalent T-SQL statement anyway (the database itself has no knowledge of "addNew" and similar methods). Also, there are many dangerous locks associated with recordsets... most of which are not necessary (especially when performing an INSERT or UPDATE). Your goal should be to get in, tweak your data, and get out as quickly as possible. Using direct statements is the quickest way to do this, since there is much less overhead and no locks associated with your activity.

Another benefit of using an INSERT or UPDATE statement is that it is much easier to debug. You can change conn.execute(sql) to response.write(sql) and immediately see why your statement is throwing an error. With a multi-line transaction using a recordset object, it is translated to an INSERT or UPDATE statement (inefficient!) on the DB side, so there is no straightforward way to trap errors at the code level.

To use the connection object, simply design a transact-SQL statement for the action you want to use and implement it like so:

<%
sql = "INSERT INTO <table> (fields) VALUES (values)"
set conn = Server.CreateObject("ADODB.Connection")
conn.open "<connection string>"
conn.execute sql, , 129
' 129 is the constant for adExecuteNoRecords + adCmdText
...
%>