Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Database & SysAdmin
  3. Database
  4. Bulk Copy (Suggestions Please ?)

Bulk Copy (Suggestions Please ?)

Scheduled Pinned Locked Moved Database
c++databasedata-structureshelptutorial
7 Posts 4 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • S Offline
    S Offline
    ssirisha
    wrote on last edited by
    #1

    Working with Access 2000 Database and ADO(Visual C++) My Database tables and their relationships resemble a Tree or a Family tree. (ie a lot of one-to-many relations between father/child tables) The task is to keep the size of the database within certain limits. As the database grows beyond certain limit, i would like to keep the latest N records and delete the old stuff. Unfortunately, this doesnt seem to reduce the size of the database (I don;t know why) may be because I am using "Autonumber" fields. The second step would be to reindex my autonumber fields so that I don't run over the limit of long integer datatype. Please help with some tips on how to approach. Thanks

    E 1 Reply Last reply
    0
    • S ssirisha

      Working with Access 2000 Database and ADO(Visual C++) My Database tables and their relationships resemble a Tree or a Family tree. (ie a lot of one-to-many relations between father/child tables) The task is to keep the size of the database within certain limits. As the database grows beyond certain limit, i would like to keep the latest N records and delete the old stuff. Unfortunately, this doesnt seem to reduce the size of the database (I don;t know why) may be because I am using "Autonumber" fields. The second step would be to reindex my autonumber fields so that I don't run over the limit of long integer datatype. Please help with some tips on how to approach. Thanks

      E Offline
      E Offline
      Ed Gadziemski
      wrote on last edited by
      #2

      You have to use "Compact and Repair Database" from the Tools->Database Utilities menu to shrink a database after records are deleted. This can also be done programmatically.

      S 1 Reply Last reply
      0
      • E Ed Gadziemski

        You have to use "Compact and Repair Database" from the Tools->Database Utilities menu to shrink a database after records are deleted. This can also be done programmatically.

        S Offline
        S Offline
        ssirisha
        wrote on last edited by
        #3

        How to do it programatically ? Any solution to "Autonumber" field running out of limits ? Thanks

        E 1 Reply Last reply
        0
        • S ssirisha

          How to do it programatically ? Any solution to "Autonumber" field running out of limits ? Thanks

          E Offline
          E Offline
          Ed Gadziemski
          wrote on last edited by
          #4

          How to do it programatically ? Microsoft Knowledge Base Article - Q230501 Any solution to "Autonumber" field running out of limits ? Autonumber is a long integer, which will give slightly more than 2 billion numbers. If you will have more than 2 billion records, you can either use a compound key or create an unpopulated table when you reach 2 billion and start fresh.

          J 1 Reply Last reply
          0
          • E Ed Gadziemski

            How to do it programatically ? Microsoft Knowledge Base Article - Q230501 Any solution to "Autonumber" field running out of limits ? Autonumber is a long integer, which will give slightly more than 2 billion numbers. If you will have more than 2 billion records, you can either use a compound key or create an unpopulated table when you reach 2 billion and start fresh.

            J Offline
            J Offline
            Jon Hulatt
            wrote on last edited by
            #5

            I would suggest that access doesn't scale well to two billion records. Signature space for rent. Apply by email to....

            P E 2 Replies Last reply
            0
            • J Jon Hulatt

              I would suggest that access doesn't scale well to two billion records. Signature space for rent. Apply by email to....

              P Offline
              P Offline
              Paul Riley
              wrote on last edited by
              #6

              Jon Hulatt wrote: I would suggest that access doesn't scale well to two billion records Or even a couple of thousand in most cases :) Paul

              1 Reply Last reply
              0
              • J Jon Hulatt

                I would suggest that access doesn't scale well to two billion records. Signature space for rent. Apply by email to....

                E Offline
                E Offline
                Ed Gadziemski
                wrote on last edited by
                #7

                Granted, Access doesn't scale well to 2 billion, but he intends to archive excess records and only keep N (hopefully a fairly small number) records online. I've had success with Access up to about 200K records. More than that typically causes it to blow up.

                1 Reply Last reply
                0
                Reply
                • Reply as topic
                Log in to reply
                • Oldest to Newest
                • Newest to Oldest
                • Most Votes


                • Login

                • Don't have an account? Register

                • Login or register to search.
                • First post
                  Last post
                0
                • Categories
                • Recent
                • Tags
                • Popular
                • World
                • Users
                • Groups