Storing Tiff files
DBAsupport.com Forums - Powered by vBulletin
Results 1 to 6 of 6

Thread: Storing Tiff files

  1. #1
    Join Date
    Jul 2003
    Posts
    131

    Question Storing Tiff files

    What is the best way to store 100 of thousands of .jiff files (<3 MB each) to be used (creating and retreiving) in .net c# new application using oracle 10g db.

    We will also need to migrate existing files working with old VB application (with sqlserver) to .net c# application (using oracle 10g)

    SO the next question will be to: what is the best way to migrate these files into new db/system

    Please advice.
    Thanks

  2. #2
    Join Date
    Sep 2002
    Location
    England
    Posts
    7,333
    use blobs

  3. #3
    Join Date
    Jul 2003
    Posts
    131
    Quote Originally Posted by davey23uk
    use blobs
    Can we not store .tiff file as bfile - store it in file system and save the pointer to file in the database and keep the database small. What are the pros and cons for different options.

    Our application is going to be configurable to work with both sqlserver and oracle db and We do want to store the files on file system in sqlserver db.

  4. #4
    Join Date
    Mar 2007
    Location
    Ft. Lauderdale, FL
    Posts
    3,554
    Quote Originally Posted by daljitsb
    Can we not store .tiff file as bfile - store it in file system and save the pointer to file in the database and keep the database small. What are the pros and cons for different options.
    The idea of storing files outside the database is nothing new; think about backup consistency.


    Quote Originally Posted by daljitsb
    Our application is going to be configurable to work with both sqlserver and oracle db and We do want to store the files on file system in sqlserver db.
    Nice idea, hard to implement. Your backend code will be totally different.
    Pablo (Paul) Berzukov

    Author of Understanding Database Administration available at amazon and other bookstores.

    Disclaimer: Advice is provided to the best of my knowledge but no implicit or explicit warranties are provided. Since the advisor explicitly encourages testing any and all suggestions on a test non-production environment advisor should not held liable or responsible for any actions taken based on the given advice.

  5. #5
    Join Date
    Jul 2003
    Posts
    131
    Quote Originally Posted by PAVB
    Nice idea, hard to implement. Your backend code will be totally different.
    For that we are planning to use ORM tool and have most business logic in application.

    So which way you suggest - Blobs v/s file system (Bfile)

  6. #6
    Join Date
    Mar 2007
    Location
    Ft. Lauderdale, FL
    Posts
    3,554
    Quote Originally Posted by daljitsb
    For that we are planning to use ORM tool and have most business logic in application.
    That will solve the issue I've raised.

    Now -because of I'm required to do it by law- please note that a full application based business logic has a high potential of being more dificult to maintain and audit. Also, in terms of performance and code reutilization nothing beats backend based business logic.

    Quote Originally Posted by daljitsb
    So which way you suggest - Blobs v/s file system (Bfile)
    If you are looking for a solid deployment including the certainty of having consistent backups I'll go with BLOBs in both Oracle and SQL Server -yes! against popular perception SQL Server supports BLOBs with a max size of about 2 Gig per object.
    Pablo (Paul) Berzukov

    Author of Understanding Database Administration available at amazon and other bookstores.

    Disclaimer: Advice is provided to the best of my knowledge but no implicit or explicit warranties are provided. Since the advisor explicitly encourages testing any and all suggestions on a test non-production environment advisor should not held liable or responsible for any actions taken based on the given advice.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  



Click Here to Expand Forum to Full Width