Log message #4189462

# At Username Text
# Jun 13th 2019, 15:36 ricksaccous like
# Jun 13th 2019, 15:36 ricksaccous can you show me the top of the migration, is it namespaced?
# Jun 13th 2019, 15:35 noel nope... it's in config/Migrations
# Jun 13th 2019, 15:35 ricksaccous yeah it isn't finding it then.. are you putting it in a plugin?
# Jun 13th 2019, 15:35 noel Shouldn't it be a seed? Rather than a migration. It's really, initial db schema that I'm trying to store / restore.
# Jun 13th 2019, 15:34 noel doesn't list the migration filename there
# Jun 13th 2019, 15:34 slackebot1 `/Users/myproject/config/Migrations/schema-dump-default.lock` was successfully written ```
# Jun 13th 2019, 15:34 noel ``` using migration paths - /Users/myproject/config/Migrations using seed paths - /Users/myproject/config/Seeds using environment default using adapter mysql using database surge_be All Done. Took 0.0427s using migration paths - /Users/myproject/config/Migrations using seed paths - /Users/myproject/config/Seeds Writing dump file `/Users/myproject/config/Migrations/schema-dump-default.lock`... Dump file
# Jun 13th 2019, 15:33 ricksaccous if you don't see that your migration is not even being run
# Jun 13th 2019, 15:33 ricksaccous it should look similar to this: == 20190613135906 HandleCompanyStaffMemberForeignKeys: migrating == 20190613135906 HandleCompanyStaffMemberForeignKeys: migrated 0.3238s
# Jun 13th 2019, 15:32 ricksaccous then a success?
# Jun 13th 2019, 15:32 ricksaccous do you see the name of your migration
# Jun 13th 2019, 15:32 ricksaccous so when you run bin/cake migrations migrate
# Jun 13th 2019, 15:32 ricksaccous hm
# Jun 13th 2019, 15:31 noel and a schema-dump-default.lock file.
# Jun 13th 2019, 15:30 noel right
# Jun 13th 2019, 15:30 ricksaccous yeah there's only one migration then right?
# Jun 13th 2019, 15:30 noel yes but not by name... just `bin/cake migrations migrate`
# Jun 13th 2019, 15:30 ricksaccous i would do this on a test db btw XD
# Jun 13th 2019, 15:29 ricksaccous and then ran it?
# Jun 13th 2019, 15:29 ricksaccous then you deleted every table in your db
# Jun 13th 2019, 15:29 ricksaccous okay
# Jun 13th 2019, 15:29 noel yes, it was created and it looks correct
# Jun 13th 2019, 15:29 ricksaccous to assure your migration was created?
# Jun 13th 2019, 15:29 ricksaccous did you end up checking your config/Migrations folder
# Jun 13th 2019, 15:27 noel oops.. repeat message
# Jun 13th 2019, 15:27 noel Not really understanding migrations. I created a migration from my db using `bin/cake bake migration_snapshot`, then I cleared my db to test the migration and ran `bin/cake migrations migrate`
# Jun 13th 2019, 15:25 admad When you need to work with large number of records like for e.g. bulk updates use the db layer directly instead of ORM
# Jun 13th 2019, 15:24 admad @val it's not a "problem". Just how PHP works. Objects take more memory than arrays. You shouldn't be pulling/creating 153000 entities at a time.
# Jun 13th 2019, 15:24 chris-andre @val Just a input: you can use `->enableHyadration(false)` to return array results.
# Jun 13th 2019, 15:21 neon1024 Do you have debug mode on? That will increase memory usage quite a bit
# Jun 13th 2019, 15:20 neon1024 Also, an entity is an object
# Jun 13th 2019, 15:18 neon1024 Collections didn’t exist in Cake 2 though
# Jun 13th 2019, 15:13 val Hi, I just discovered that Cake 3.x Entity objects use 2 times more memory than Cake 2.x associative arrays and 4 times more memory than plain PHP objects. Tested with 153000 items collection. Is it a known problem? Are there any plans to improve memory usage? https://gist.github.com/nikic/5015323
# Jun 13th 2019, 14:41 swimboy And thanks, using 4.x-dev worked perfectly.
# Jun 13th 2019, 14:40 swimboy I have an app that I’ve built in 3.7, and have a short-term need for a small subset of it as a separate app. I figured it would be a good test-case for the alpha release.
# Jun 13th 2019, 14:39 neon1024 I should upgrade my test app to alpha2 also! Good reminder
# Jun 13th 2019, 14:39 neon1024 But as you say we’ve no idea what @swimboy is trying out! Good job testing the alphas though :thumbsup:
# Jun 13th 2019, 14:38 neon1024 I prefer it for testing the release as it’s a fixed point for the core team to work from, whereas a commit hash can be a little more frustrating I think
# Jun 13th 2019, 14:38 dereuromark if its just about testing things this would be fine
# Jun 13th 2019, 14:38 neon1024 https://semver.mwl.be/#?package=cakephp%2Fcakephpandversion=4.0.0-alpha2andminimum-stability=alpha