Thanks. Makes sense now.

--
______________________
Jim Gaughran
domerjim[at]mweb.co.za
______________________
"Dick Watson" <littlegreengecko[at]mind-enuf_already-spring.com> wrote in
message news:uTzRtLV1DHA.2604[at]TK2MSFTNGP09.phx.gbl...
- quote -

It makes your "archived" data inaccessible without complication.

I doesn't archive all the transactions. (Lot Basis makes it hard to do this,
so Money doesn't even attempt.)

It makes an archive file that overlaps the real file. (Unless you set
tomorrow or something as the archive data.)

The "archived" data is in a soon-to-be-obsolete file format that will get
only more obsolete over time.

There is no practical way to undo it.

It make long term comparisons and trending difficult to impossible.

Many people find it buggy in various versions.

If you store things like serial numbers and so forth in memo information, it
makes it difficult to get at this information.

"Jim Gaughran" <domerjim[at]mweb.co.za> wrote in message
news:3ffc2e4a.0[at]news1.mweb.co.za...
- quote -

In microsoft.public.money, Jim Gaughran wrote:

- quote -

Most people mistakenly assume they can re-integrate the archived
data later.

See FAQ available at http://www.bollar.org/msmoney/ for information.

Ok, new guy stupid question. Why shouldn't I archive? I keep seeing people
saying not to, but I have yet to see a reason why. Thanks.

--
______________________
Jim Gaughran
domerjim[at]mweb.co.za
______________________
"Barry Schwarz" <schwarzb[at]deloz.net> wrote in message
news:bta7fv$p05$0[at]216.39.143.22...
- quote -

Don't recall which version. M2K, maybe?

Forward and backward compatibility? There is none for Money files. All
previous files are supported for upgrade, though not all do, but each
version has unique file format. (Database structure, as the case may be.)

MSISAM is probably Microsoft Indexed Sequential Access Method.

"Frank" <fvbarger[at]hotmail.com> wrote in message
news:ud0YqFO1DHA.2116[at]TK2MSFTNGP10.phx.gbl...
- quote -

This is very interesting to me, but I sense that I'm coming in at the middle
of a conversation. I'd heard that Money was no longer using Jet and now
employs some other data base system. Apparently that's MSISAM. With which
version of Money did that occur, and what are the implications for forward
and backward compatibility? I'm using 2002 Deluxe & Business and haven't
found features in subsequent editions to make me want to upgrade, but
staying in step with the current file system might be good justification.
Incidentally, what does MSISAM stand for?

Frank

"Dick Watson" <littlegreengecko[at]mind-enufalready-spring.com> wrote in
message news:OUO%23Bgy0DHA.1740[at]TK2MSFTNGP09.phx.gbl...
- quote -

Besides MoneyLink, not. The biggest reason behind moving it from Jet to
MSISAM appears from the outside to be that MSISAM is a whole lot tighter
than Jet and doesn't expose/document its external interfaces. If you go
looking in the binary files, they both look very similar at the head anyway.
For this reason, I suspect that MSISAM is very Jet-like.

"jankin" <chagin_one[at]yahoo.com> wrote in message
news:MPG.1a62682087d076619896b4[at]news-server.nc.rr.com...
- quote -

On Sat, 3 Jan 2004 13:32:42 -0800, "M.Kleinbeck" <balrog[at]qwest.netwrote:

- quote -


If you have reports which specify dates rather than "current year,"
you may wish to adjust those.


<<Remove the del for email>

In article <u1lIAXu0DHA.4032[at]tk2msftngp13.phx.gbl> ,
littlegreengecko[at]mind-enufalready-spring.com says...
- quote -

database structure and entries outside of MSM?

Sure you can jump in. A properly designed database should have total
scalability. I have over ten years worth of data in my file and the one
problem I've had like that in the last several years was semi-self-induced.
I opened the same file that was open on the desktop from the notebook.
Corruption resulted. I say semi- because I think Money SHOULD support this
case safely rather than puking over it.

Money is built on the Jet/MSISAM database engine. Some VERY LARGE (by PC
standards, and not so swift, but that's another subject) databases have been
built on that.

My experience is that the damage and complication caused by archiving
exceeds in the here and now the likelihood of problems caused by not
archiving--particularly if a robust backup strategy is employed. As always,
YMMV.

"Tony T" <ttappan[at]hotmail.com> wrote in message
news:062501c3d2df$042f8930$a401280a[at]phx.gbl...
- quote -

Can I jump into this conversation? I know that Money
doesn't care about years or dates when building a data
file, but at some point, without archiving, isn't there a
DB stability issue? I ask because I just switched from
Quicken precisely because I got sick of watching my data
become unstable and eventually corrupted beyond repair. I
would love to believe Money doesn't have this issue but I
need to be convinced.


- quote -

Hi

I use an older version (y2k business & pers) & it just continues on year
after year. You just set your reports for specific periods (last 12 mo.,
ytd, previous year, etc.) as far as I know. You can archive previous years
to speed things up & they save in a separate file as I recall. I archived
everything over 2 or 3 years old about a year ago.

Hope this helps!

Lew
"M.Kleinbeck" <balrog[at]qwest.net> wrote in message
news:017201c3d241$1e62e250$a501280a[at]phx.gbl...
- quote -

- quote -

the data is in the file. You apparently have a wrong assumption that archiving
somehow does something in Money. I would suggest the poster follow Dick
Watson's advise. Steve

if you do not start with fresh data at least print out
the 2003 reports.

- quote -

Money doesn't particularly know or care that it's a new year. Just keep
trucking. I do not recommend archiving.

"M.Kleinbeck" <balrog[at]qwest.net> wrote in message
news:017201c3d241$1e62e250$a501280a[at]phx.gbl...
- quote -

archive the old and start with numbers.

- quote -

Happy new year to all!

I am a newcommer to MS Money 2003 and I need to know how
to close out the year and begin a new year. I have
searched through the help function and I can find nothing
regarding this topic. Is the program designed to continue
adding data year after year in the same db file? I
appreciate any help on this topic.