Custom fields schema
Christopher Hicks
chicks at chicks.net
Thu Jan 27 14:41:16 UTC 2005
On Thu, 27 Jan 2005, Myk Melez wrote:
> While weighing Sean's success with FAD at his installation, we should also
> weigh the success of FAC on hundreds of Bugzilla installations for a number
> of years, both for standard fields and for custom ones, not to mention the
> general success of FAC in database design.
There's enough text being sent around about this without straw man
arguments such as this. If none of those folks are doing custom fields as
extensively as Sean is then they're not relevant to this discussion.
That leaves one working example that applies to the question of how to
implement custom fields and that is Sean's. Given the choice between
betting on the horse going around the track and the horse in your
imagination, my money is on Sean. If I could only find a bookie.
Beyond that, I don't think nearly as much credit has been given to Sean
for (A) making something that works and being willing to share it or (B)
his persistence in battling with bugzilla developers who seem to ignore A.
In this whole FAC vs. FAR debate I think I've missed something. In Sean's
discussion of Myk's proposal he indicated that Myk was proposing that each
new custom field would be in its own table. Is that really so? Am I the
only person who finds that bizarre? I can understand FAR being a tough
pill for a relational die hard to swallow, but coming up with something
even more outlandish as an alternative is bizarre.
--
</chris>
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
More information about the developers
mailing list