public inbox for [email protected]
help / color / mirror / Atom feedRe: Creating files with testdata
2+ messages / 1 participants
[nested] [flat]
* Re: Creating files with testdata
@ 2025-03-10 21:09 H <[email protected]>
0 siblings, 1 reply; 2+ messages in thread
From: H @ 2025-03-10 21:09 UTC (permalink / raw)
To: [email protected]
On March 10, 2025 3:22:41 PM GMT-04:00, Francisco Olarte <[email protected]> wrote:
>On Mon, 10 Mar 2025 at 19:17, H <[email protected]> wrote:
>...
>> After entering my test data into the markdown file for the given test
>scenario, I would then run an awk script or similar to create a SQL
>file with the various CTE INSERT statements. Howevever, it gets complex
>since I need to handle 1:N relationships between tables in the markdown
>file...
>> I hope the above outline is understandable and am interested in
>comments and thoughts on my above approach.
>
>I do not think MD would be a good source format. Being a developer I
>would recommend taking your favorite scripting language ( perl /
>python / lua / js , whatever ), build a big object ( which can be
>easily helped by some mini-functions to build a little DSL ) and then
>spit sql from it ( for developemewnt it is normally better then using
>whatever db connection your language has, as it leaves an
>understandable sql script ).
>
>I have done this with perl for some projects, built a driver which
>defined several helper functions, then dofile("xx.dat") which returned
>a big hash and then a series of loops on the result to write the SQL
>in whatever order was neccessary.
>
>Francisco Olarte.
The plan is to use the same format for later adding information into the finished application. By the way, all information is text, either paragraphs, sentences or single words.
^ permalink raw reply [nested|flat] 2+ messages in thread
* Re: Creating files with testdata
@ 2025-03-10 21:13 H <[email protected]>
parent: H <[email protected]>
0 siblings, 0 replies; 2+ messages in thread
From: H @ 2025-03-10 21:13 UTC (permalink / raw)
To: [email protected]
On March 10, 2025 5:09:46 PM GMT-04:00, H <[email protected]> wrote:
>On March 10, 2025 3:22:41 PM GMT-04:00, Francisco Olarte
><[email protected]> wrote:
>>On Mon, 10 Mar 2025 at 19:17, H <[email protected]> wrote:
>>...
>>> After entering my test data into the markdown file for the given
>test
>>scenario, I would then run an awk script or similar to create a SQL
>>file with the various CTE INSERT statements. Howevever, it gets
>complex
>>since I need to handle 1:N relationships between tables in the
>markdown
>>file...
>>> I hope the above outline is understandable and am interested in
>>comments and thoughts on my above approach.
>>
>>I do not think MD would be a good source format. Being a developer I
>>would recommend taking your favorite scripting language ( perl /
>>python / lua / js , whatever ), build a big object ( which can be
>>easily helped by some mini-functions to build a little DSL ) and then
>>spit sql from it ( for developemewnt it is normally better then using
>>whatever db connection your language has, as it leaves an
>>understandable sql script ).
>>
>>I have done this with perl for some projects, built a driver which
>>defined several helper functions, then dofile("xx.dat") which returned
>>a big hash and then a series of loops on the result to write the SQL
>>in whatever order was neccessary.
>>
>>Francisco Olarte.
>
>The plan is to use the same format for later adding information into
>the finished application. By the way, all information is text, either
>paragraphs, sentences or single words.
I am also contemplating using Pandoc to process the markdown file. Pandoc builds an AST which can then be processed as desired. Awk processes a file line-by-line which is not ideal.
^ permalink raw reply [nested|flat] 2+ messages in thread
end of thread, other threads:[~2025-03-10 21:13 UTC | newest]
Thread overview: 2+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2025-03-10 21:09 Re: Creating files with testdata H <[email protected]>
2025-03-10 21:13 ` H <[email protected]>
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox