# \#filemaker-architecture

**URL:** https://the.fmsoup.org/tag/filemaker-architecture/576.md

[Latest](https://the.fmsoup.org/latest.md) · [Categories](https://the.fmsoup.org/categories.md) · [Tags](https://the.fmsoup.org/tags.md)

---

## [General-Purpose Read Method, Take Three](https://the.fmsoup.org/t/general-purpose-read-method-take-three/5722)

<div class="topic-metadata">

**Author:** [@karimhanafi](https://the.fmsoup.org/u/karimhanafi)\
**Replies:** 21\
**Last updated:** [September 28, 2026, 1:15pm UTC](https://the.fmsoup.org/t/general-purpose-read-method-take-three/5722 "2026-09-28T13:15:17Z")

</div>

I have tried building a general-purpose read method twice before — one common method that other methods call instead of hand-rolling their own Finds/SQL, returning data in a predictable structure. I ended up retiring bot…

---

## [Wide Tables](https://the.fmsoup.org/t/wide-tables/5174)

<div class="topic-metadata">

**Author:** [@steverichter](https://the.fmsoup.org/u/steverichter)\
**Replies:** 9\
**Last updated:** [December 19, 2025, 4:40pm UTC](https://the.fmsoup.org/t/wide-tables/5174 "2025-12-19T16:40:51Z")

</div>

Problem: New Sale” layout loads very slowly (two seconds). Setup: FMS (hosted by AWS) and FMP. Both are current versions. My point-of-sale system includes a “sale” table with approximately 300 fields. The parent table …

---

## [Normalisation](https://the.fmsoup.org/t/normalisation/2600)

<div class="topic-metadata">

**Author:** [@LucThomaere](https://the.fmsoup.org/u/LucThomaere)\
**Replies:** 7\
**Last updated:** [November 20, 2021, 11:32am UTC](https://the.fmsoup.org/t/normalisation/2600 "2021-11-20T11:32:07Z")

</div>

This is a very unscientific reply to the problem. It is not the number of fields that determines normalisation, it is the relationship between the fields. You can have +100 fields in one table and be perfectly normalis…
