blogger: [Hero_Forge] Re: What about a Data Base Manager?

Jumat, 08 Februari 2008

[Hero_Forge] Re: What about a Data Base Manager?

First of all, Thanks for the response.

Maybe I didn't expresed it the wirght way (I have a hard time
expresing my self), I try to refer mostly to the size of the HF
Workbook.

It is realy a big change to the actual way HF works,no doubt abot
that.

If all relevant data has being collected is already sorted and
distributed in tabes, it could be quit posible to dump most of the
data in a Database table and query them from excel as needed.

A lot of things will still be taken care of in Excel, but the size of
the WrkBook would be reduced, and would allow for an integration of
Other Forge tools.

althroug I would favor teh use of C# or any other powerfull
development tool, there's no denial the excel is the Optimal solution
at least for te current aproach.

I thanks all again for your answers (all of them). It may be too much
work for a product that may be death in a couple of month; but still
i think i'll give it a try.

--- In Hero_Forge@yahoogroups.com, "Michael W. Ryder" <mwryder@...>
wrote:
>
> jchoy@... wrote:
> > *sighs* Access is an RDBMS (appropriate for very-low-connection-
counts.
> > 1 connection, say, is fine). The original poster in THIS
iteration of
> > the thread cited Access as the database to be used.
> >
> >
> My reading of the OP was using a Database and Access was given as
an
> example. Personally I would not use Access, or any Office program,
in a
> new version of the program to broaden the market.
>
> > Other data representation media have the problems of either
needing a
> > custom frontend to allow input of new rules, needing to be in a
> > sufficiently inefficient representation that new rules may be
input
> > without a frontend (i.e. xml), and whatever parses the rules
needs to be
> > able to 'understand' the rules that are being parsed well enough
to make
> > the rules' effects on, say, your attack bonus, be representable
on the
> > character sheet that is still our end state output for HeroForge.
> >
> > To use my hobbyhorse of another character editor that HAS gone the
> > rules-in-files route, RPGXplorer is unable to handle all of the
Complete
> > book character options... They've come up with one solution to the
> > question of how to represent rules, but they don't have a good
answer
> > for how to let users represent rules that the system hasn't been
> > programmed to handle mechanically. With HeroForge, we're MUCH
farther
> > along the curve - and with the finite cap of complexity presented
by 3.5
> > going end of (product) life this year, the end of that curve is
reachable.
> >
> > So, summary version:
> >
> > RDBMS was what was asked about, and so specifically addressed.
> > Not RDBMS requires a 'little language' for describing RPG rules.
Very
> > Complex to build. Non-trivial to get right. Probably not
compatible with
> > our existing sheet, would require SIGNIFICANT reworking to take
> > advantage of.
> >
> > Jon Choy (Yes, I work on complex customizable software systems
for a living)
> >
> So do I, for over 25 years.
>
> > ----- Original Message -----
> > From: "Michael W. Ryder" <mwryder@...>
> > Date: Thursday, February 7, 2008 4:02 pm
> > Subject: Re: [Hero_Forge] What about a Data Base Manager?
> > To: Hero_Forge@yahoogroups.com
> >
> >
> >> jchoy@... wrote:
> >>
> >>> Apology accepted.
> >>>
> >>> Additional complexity is not supportable as part of the current
> >>> architecture. Change in architecture at that level would be
> >>>
> >> easier to
> >>
> >>> implement on a new built architecture.
> >>>
> >>> Further, an RDBMS is terrible overhead for the amount of change
> >>>
> >> in the
> >>
> >>> data in use. The possibilities for customization within the
> >>>
> >> worksheet> would also suffer. Representing an RPG ruleset as a
set
> >> of relational
> >>
> >>> tables is both non-trivial and of very questionable utility.
> >>>
> >>>
> >>>
> >> Why would one have to use a RDMS to implement a data file? I
can
> >> see
> >> real benefits of using a separate file especially in that it
would
> >> be
> >> much easier to convert HF to other languages. The data files
could
> >> be
> >> imported into Excel using its built-in abilities.
> >>
> >>
> >>> Dead thread, please?
> >>>
> >>> Jon Choy
> >>>
> >>> ----- Original Message -----
> >>> From: Felix Ramos <fa_rv@...>
> >>> Date: Thursday, February 7, 2008 3:01 pm
> >>> Subject: [Hero_Forge] What about a Data Base Manager?
> >>> To: Hero_Forge@yahoogroups.com
> >>>
> >>>
> >>>
> >>>> Hi all,
> >>>>
> >>>> Being this my first post i would like apologies before hand if
> >>>>
> >> this
> >>
> >>>> has
> >>>> been discussed before.
> >>>>
> >>>> What I would like to ask is. Why don't use a Data Base (I do
not
> >>>> mean
> >>>> Excel ones) to manage all the unchanging data?
> >>>>
> >>>> It could be very easy to bulk the heavy load of unchanging
data
> >>>>
> >> in
> >>
> >>>> an
> >>>> Access Data base, and only do customized
> >>>>
> >> calculations/adjustments
> >>
> >>>> in
> >>>> excel.
> >>>>
> >>>> This could greatly reduce file size and maybe make the fusion
of
> >>>> several XXXX forges a possibility.
> >>>>
> >>>> Thanks.
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> Yahoo! Groups Links
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>> Yahoo! Groups Links
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >> Yahoo! Groups Links
> >>
> >>
> >>
> >>
> >>
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
>