[DiscordArchive] How it'll work Is you have a list of saved sets in a json per texture. when scanning you can save th
[DiscordArchive] How it'll work Is you have a list of saved sets in a json per texture. when scanning you can save th
Archived author: Titi • Posted: 2024-01-30T17:52:34.955000+00:00
Original source
How it'll work Is you have a list of saved sets in a json per texture. when scanning you can save that set.?
Archived author: Titi • Posted: 2024-01-30T17:53:55.640000+00:00
Original source
It won't save the IDs. It will save the settings. When fetching that set we either try to find an existing entry with the settings or create a new one, like blizz
Archived author: Deamon • Posted: 2024-01-30T17:56:21.024000+00:00
Original source
Probably just lazy. Cause they use SQL as main storage. So searching for duplicates should not be hard
Archived author: Titi • Posted: 2024-01-30T17:58:21.236000+00:00
Original source
Noggit should also use sql instead of local jsons for team work
Archived author: Titi • Posted: 2024-01-30T18:01:57.829000+00:00
Original source
the duplicates isn't the key, you have to compare every single column values
Archived author: Deamon • Posted: 2024-01-30T18:02:39.828000+00:00
Original source
So? Non-unique indexes over each field will make search pretty fast even in relational DB
Archived author: Deamon • Posted: 2024-01-30T18:03:11.194000+00:00
Original source
Blizz use Oracle DB for storing all this data. So it should not be an issue
Archived author: Jagulars • Posted: 2024-01-30T18:40:49.528000+00:00
Original source
My most wanted feature. Amazing.
UI can always be improved later. It's actually very hard to determine most convenient UI beforehand. It becomes more clear after playing with it.