Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 795
  • Last Modified:

Saving a pdf file in to MSSQL database

Hi,

I am using Zend_File_Transfer_Adapter_Http to upload a file to server and then use the file_get_contents to read the contents and encode using base64 to save to mssql database.

$tmpContnets = file_get_contents($filename, FILE_USE_INCLUDE_PATH);
$filecontent = base64_encode($tmpContnets);	
$newFileInfo['intDocSectionId'] = $fileSection;
$newFileInfo['intDocSize'] = $sizeOfFile;
$newFileInfo['strDocType'] = $filemimetype;
$newFileInfo['strDocName'] = $displayFileName;
$newFileInfo['strDocContents'] = $filecontent; 
$newFileInfo['datDocCreated'] = gmdate('Y-m-d H:i:s');
$newFileInfo['intDocCreatedBy'] = $user->userid;
$newFileInfo['strExt'] = $docext;

$newDoc->putNewDocument($newFileInfo)

Open in new window



to save I am using a class that extends Zend_Db_Table_Abstract.
class ABC_DbTable_Documents extends Zend_Db_Table_Abstract {
	protected $_schema = 'Accounts.dbo';
	protected $_name = 'tDocuments';
	protected $_primary = 'intDocId';

Open in new window



public function putNewDocument(array $newDocument) {
        
        try {
              $newRow = $this->createRow($newDocument);
              $newRow->save();
            return true;
        } catch (Exception $e){
            Log::error(get_class(), __LINE__, $e->getMessage(), true);
            return false;
        }
    }

Open in new window



The question is, when this code runs, it take supper long time to save the contents in to the database. The database is MSSQL. Document Content filed is set as varchar(MAX).

any idea what is happening here..

thanks
Peiris
0
Peiris
Asked:
Peiris
1 Solution
 
Ray PaseurCommented:
No idea; there is not enough information here to make a determination.  But I can give you some ideas.  Almost always when there is a slow script the problem is found in the I/O subsystem (which makes sense because disk I/O operations are orders of magnitude slower than in-memory processing).  So here is what I would do.  First try uploading a very, very small file, say 1K, and time the operation.  Then upload a 10K file and time the operation.  Did it take ten times longer?  If so the situation is probably caused by the speed of the internet connection.  Next, I would go into the code and remove the upload - just keeping the data base insertion.  Is it still slow without the upload?  If not, you can pretty much indict the speed of the internet connection.

If none of these things have any measurable effect on response time, then you might want to look at using YSlow to see if the overall script is just slow.  That happens sometimes with frameworks.
0
 
DcpKingCommented:
What version of SQL Server are you using? If it's 2012 take a look at the File Table feature, which is a way of keeping files under the thumb of the database management system without ever actually reading them in to tables.

hth

Mike
0
 
Robert SaylorSenior DeveloperCommented:
I do not know MSSQL but I do know MySQL. In MySQL you do not store binary in a VARCHAR but you use a BLOB or a LONGBLOB. Might be the same for MSSQL. Hope this helps.
0
 
PeirisAuthor Commented:
I have found a way to work around with this. Instead using ZendFramework save methods, we use a stored procedure to save the info in to the MSSQL. This solve the issue. My guess is that when we use the Framework built in save methods, it try to check for security issues before it saving. Since its a base64 encoded files there are lot of text that need to be process before saving to the database (this may take long time). We are skipping that by directly binding a stored procedure to save the information.
0
 
PeirisAuthor Commented:
I have found a solution.
0

Featured Post

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now