George's Demo of Database Manager at our First User Gathering

Thanks @Antony and thanks for taking the initiative to arrange this. Naturally I was sound asleep, but look forward to watching this later and hearing more about how it went.

Cheers!

2 Likes

Wuss,I stayed up and enjoyed every minute. Watched Outnumbered afterwards. Great night.

Disclaimer: This grumpy old man uses language from the past when PC was not an issue.

7 Likes

First off … MIND F’ING BLOWN!
Second, thanks @Antony for setting this up.

Wow @George!! I was very skeptical of the Database Creator until I saw this demo. You guys are freaking amazing and I am glad I got in on Wappler on the ground floor.

Thank you to you and your team. Did I mention … mind blown!

5 Likes

:slight_smile:

1 Like

@brad - I was like you. I introduced myself as 50/50 regarding the new database manager but once I saw @George demo it I was completely sold. Being able to keep the changes and implement them on any other targets is something no other tool has offered so the workflow between local and production is now completely sewn up. :+1:

2 Likes
3 Likes

“Hold our beers”
- Bundlers, automated testing and CI/CD pipelines

Hate resorting to this meme…but I couldn’t think of a better one.

2 Likes

Step by step, we are getting there :slight_smile:

5 Likes

Indeed you are. And at a pace between 3 people I didn’t know it was possible.

Staggering.

Database Manager is amazing…

… but for me, I’m still not convinced I will use it. Here are the reasons why:

  1. I am creating one app in my lifetime, so I will never have a new project to start using it on.
  2. All my database is already defined in one .sql file with all the documentation, which has become my “database world”. I feel too comfortable in that world to move unless there is a compelling reason.
  3. Updates to a production database are often much more than just “Add a new column”. That column may need different values depending on other column’s values, so you start to need SQL statements to migrate, and understandably, the knex / database manager world doesn’t offer that. So unless someone can convince me otherwise, I will be needing to manage sql files to do migrations, and I want a single point of defining what my database migration looks like.

So for those reasons, my current plan is to stay in my familiar MySQL world for database management.

Best wishes,

Antony.

Wrong, misleading at best, from the moment that knex allows you to add whatever logic you need in the migration files.

You can pretty much create your own migration file and add it to the migrations database of Wappler.
And the database manager could potentially facilitate that by adding an option to “Create my own migration” and handle the internal part of adding it to the right folder and adding the appropriate entries in the migrations database.

With all due respect. You are using 2020 tools with a 2000(and I am being generous) mindset/workflow. That makes me sad :cry:

2 Likes

Thank you for your caring Jon! :slight_smile:

I see it slightly differently… I am actually much more like you (in terms of place on your infamous bell curve) than you (currently) give me credit for… but I am enjoying the process of us getting to know each other.

The reason I say “the knex / database manager world doesn’t offer that.” is because I asked George the direct question about seeding columns conditionally in the demo (which you can watch), and he replied that this isn’t planned to be available via Wappler.

It may be available via knex… I’ve not had time to absorb all their documentation!

So if:

  1. Wappler adds a way to directly edit knex files
  2. I find time to learn the syntax
  3. It seems so much better than editing sql files
  4. I choose to move my entire one time database over to Wappler
  5. I find the time to actually investigate all this stuff because I am trying to release a product to earn a living

Then yes, anything is possible! :rocket:

Actually I already showed in my demo how to open the changes files (Knex migrations) in the editor.

So you can change them and add data population as you wish :slight_smile:

Will see if we can combine that as well we the making seeds for initial population.

2 Likes

@JonL, would you be willing to do a talk on the power of knex in database migration at our next user gathering? :slight_smile:

Bring me in to the 2020s man! :boom:

That is true George… but I have been gently guided by your team to try and move away from editing Wappler created files, so I’ve been trying to walk more of your path! :slight_smile:

But I can start to see the potential benefits of using knex if it is as powerful as Jon says.

For me, I have created my database definitions… I want a tool that has the power to manage the migrations on a huge production database with 1000s of users whose entire business depends on the data I am managing for them.

I wanted to start the user gatherings to get more discussion on the deep details of what is possible… so I’m delighted we are having these conversations!

And with Wappler - what is impossible today - might be possible tomorrow :slight_smile:

6 Likes

It will depend on when it is, my workload and the toddler. I can’t promise anything.

Forum interaction matches better my style of life.

1 Like

Promise me you will start ditching stored procedures asap! :joy:

1 Like

I think George should do monthly demo video confs on some of these important components and how best to use it… will be very beneficial… Some of the topics coming to my mind:

  • bootstrap designing & template building with wappler
  • flow, sync/async nature of things, also using the new global variable
4 Likes