[DiscordArchive] is it though?
[DiscordArchive] is it though?
Original source
So you'd compare to export an sql to import on live? that's even dumber though, now the version between your DB's don't match at all
rektbyfaith
07-19-2024, 03:22 PM #11Archived author: Foe • Posted: 2024-07-19T15:22:40.775000+00:00
Original source
So you'd compare to export an sql to import on live? that's even dumber though, now the version between your DB's don't match at all
Original source
feel like something is getting misunderstood if you think that somehow they now dont match
rektbyfaith
07-19-2024, 03:23 PM #12Archived author: tester • Posted: 2024-07-19T15:23:05.761000+00:00
Original source
feel like something is getting misunderstood if you think that somehow they now dont match
Original source
the content matches, but the automated system in the core that checks for actual data applied will noty
rektbyfaith
07-19-2024, 03:23 PM #13Archived author: Foe • Posted: 2024-07-19T15:23:26.888000+00:00
Original source
the content matches, but the automated system in the core that checks for actual data applied will noty
Original source
not*
rektbyfaith
07-19-2024, 03:23 PM #14Archived author: Foe • Posted: 2024-07-19T15:23:28.898000+00:00
Original source
not*
Original source
unless you want to forego the whole versioning system of the DB all together
rektbyfaith
07-19-2024, 03:23 PM #15Archived author: Foe • Posted: 2024-07-19T15:23:39.862000+00:00
Original source
unless you want to forego the whole versioning system of the DB all together
Original source
why would it not? beyond the updates/ table wouldn't match
rektbyfaith
07-19-2024, 03:23 PM #16Archived author: tester • Posted: 2024-07-19T15:23:43.657000+00:00
Original source
why would it not? beyond the updates/ table wouldn't match
Original source
which was my point, this is bad practice
rektbyfaith
07-19-2024, 03:23 PM #17Archived author: Foe • Posted: 2024-07-19T15:23:44.958000+00:00
Original source
which was my point, this is bad practice
Original source
use the systems that exist, don't overengineer some weird workaround lol
rektbyfaith
07-19-2024, 03:24 PM #18Archived author: Foe • Posted: 2024-07-19T15:24:07.195000+00:00
Original source
use the systems that exist, don't overengineer some weird workaround lol
Original source
i never said it's good practice, im just saying that if you're going to have raw sql edits across a dev->prod, the best solution to choose for that is having a tool to export those changes to a format that is easily version controlled
rektbyfaith
07-19-2024, 03:24 PM #19Archived author: tester • Posted: 2024-07-19T15:24:25.862000+00:00
Original source
i never said it's good practice, im just saying that if you're going to have raw sql edits across a dev->prod, the best solution to choose for that is having a tool to export those changes to a format that is easily version controlled
Original source
sure, but that just goes back to *why* are you doing raw SQL changes on dev, dev is your precursor to prod (unless you want to set up test as well), you should do things to test that it actually applies properly to prod
rektbyfaith
07-19-2024, 03:25 PM #20Archived author: Foe • Posted: 2024-07-19T15:25:37.708000+00:00
Original source
sure, but that just goes back to *why* are you doing raw SQL changes on dev, dev is your precursor to prod (unless you want to set up test as well), you should do things to test that it actually applies properly to prod
1 Guest(s)
1 Guest(s)