Updated: 8/14/2025

  • Home
  • About
    • Welcome
    • Training / Consulting
    • History
    • Attribution
  • The gDS Facility
    • Disassembling DBMSs
    • gDS Overview
    • Working With gDS Tables
    • .dd File Format
    • gDS Generated Code
    • Managing Concurrency
  • AI R&D
    • Introduction
  • Building Test Platforms
    • Development Phases
    • Interface To The SUT
    • Test Runs and Cycles
    • Screen Displays
    • Static/Dynamic Config.
    • Managing Concurrency
    • Additional Functionality
  • Case Studies & Code
    • Overview & TOC
    • Case Study 1
    • Case Study 2
    • Case Study 3
    • Case Study 4
  • Webinars
    • Webinar Notes
  • More
    • Home
    • About
      • Welcome
      • Training / Consulting
      • History
      • Attribution
    • The gDS Facility
      • Disassembling DBMSs
      • gDS Overview
      • Working With gDS Tables
      • .dd File Format
      • gDS Generated Code
      • Managing Concurrency
    • AI R&D
      • Introduction
    • Building Test Platforms
      • Development Phases
      • Interface To The SUT
      • Test Runs and Cycles
      • Screen Displays
      • Static/Dynamic Config.
      • Managing Concurrency
      • Additional Functionality
    • Case Studies & Code
      • Overview & TOC
      • Case Study 1
      • Case Study 2
      • Case Study 3
      • Case Study 4
    • Webinars
      • Webinar Notes

  • Home
  • About
    • Welcome
    • Training / Consulting
    • History
    • Attribution
  • The gDS Facility
    • Disassembling DBMSs
    • gDS Overview
    • Working With gDS Tables
    • .dd File Format
    • gDS Generated Code
    • Managing Concurrency
  • AI R&D
    • Introduction
  • Building Test Platforms
    • Development Phases
    • Interface To The SUT
    • Test Runs and Cycles
    • Screen Displays
    • Static/Dynamic Config.
    • Managing Concurrency
    • Additional Functionality
  • Case Studies & Code
    • Overview & TOC
    • Case Study 1
    • Case Study 2
    • Case Study 3
    • Case Study 4
  • Webinars
    • Webinar Notes

Case Study 4

PHTSG

PHTSG stands for the tables Person, House, Town, State and Governor. These 5 tables are created and used by the directions contained in the "PHTSG.inst" instruction file. See the README file to see how to process the .inst file. As Windsurf processes the .inst file Python code is emitted; when done the code can then be examined and run.


Note the generated code uses the gDS data handling scheme.


Note also the schema is understood not as just tables, rows and columns but as People, Houses and Towns.


Additional commands to can be posed to Windsurf that update the original code (e.g. "Also, print the population of each state")


It's ugly but it proves a point. Case Study 5's goal is to do the same thing but "the right way".

Testing Complex Systems

Powered by

This website uses cookies.

We use cookies to analyze website traffic and optimize your website experience. By accepting our use of cookies, your data will be aggregated with all other user data.

DeclineAccept