Results 1 to 3 of 3

Thread: [2005] Alternative options for storage

  1. #1

    Thread Starter
    Fanatic Member
    Join Date
    Aug 2006
    Location
    In my head
    Posts
    913

    [2005] Alternative options for storage

    I am currently working on a project that maintains multiple DataTables in memory right now. Most of them are bound/linked to controls on form(s). Obviously the more I have, the more memory/resources that they take up, the more the applications performance is decreased.

    My question is this, what other alternatives can be used that are "secure", will allow quick and easy access, and will help boost performance? I have considered using Application Settings, but am unsure if they are stored in memory or on hard disk. I know that they can be relatively secure as well. The downside is that these tables and such do not need to be kept after the program is shut down.

    These are other options I have explored:

    • Local db file - messy and unstable...

    • Local text file(s) - too many and they would be recoverable after the program quits or if it quits unexpectedly.

    • Registry - too much data to store there, some tables have several hundred rows.



    Thanks for the input!!

    D
    Platforms of choice: Visual Studio 2005/2008 Professional : Visual Studio 2010 Enterprise : PHP - Notepad++/WAMP

    Please Rate If I helped you.
    Please remember to mark threads as closed if your issue has been resolved.

    Reserved Words in Access | Connection Strings

  2. #2
    Super Moderator Shaggy Hiker's Avatar
    Join Date
    Aug 2002
    Location
    Idaho
    Posts
    40,106

    Re: [2005] Alternative options for storage

    Your app performance decrease is unlikely to be linked to the number of tables you have in memory unless your memory is seriously low. Many front-end business apps would maintain dozens of tables, some of them quite extensive, yet nobody seriously worries about the number of tables (at least I have never heard anybody fret over that number).

    From the sound of it, the way you have it is the only way to go, and if performance is deteriorating, you need to look at how the slower parts of the app are being implemented. Of the options you listed, only the DB option sounds plausible to me, but since you talk about not needing persistance, and not really wanting any lingering disc fingerprint, then even a DB is not all that good an option.
    My usual boring signature: Nothing

  3. #3
    PowerPoster Jenner's Avatar
    Join Date
    Jan 2008
    Location
    Mentor, OH
    Posts
    3,712

    Re: [2005] Alternative options for storage

    Most of the time, performance is entirely how you code things.

    If you know exactly where your performance issues are though, try recoding them exploring different methods. It's amazing the performance gain from things like ListViews by using .AddRange() instead of .Add() in a loop. What would take 3 minutes takes 2 seconds.

    Check out the ANTS Profiler by RedGate if you're really concerned about performance and where your bottlenecks are. It's very good and very easy to use. I highly recommend it. It's essentially stopwatching every line of your code and showing you in a quick-chart where the hot-spots are.
    My CodeBank Submissions: TETRIS using VB.NET2010 and XNA4.0, Strong Encryption Class, Hardware ID Information Class, Generic .NET Data Provider Class, Lambda Function Example, Lat/Long to UTM Conversion Class, Audio Class using BASS.DLL

    Remember to RATE the people who helped you and mark your forum RESOLVED when you're done!

    "Two things are infinite: the universe and human stupidity; and I'm not sure about the universe. "
    - Albert Einstein

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