Once T299417: Normalize templatelinks table is done.
Description
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Open | None | T300222 Implement normalizing MediaWiki link tables | |||
Open | None | T299947 Normalize pagelinks table | |||
Resolved | Ladsgroup | T342689 Add pl_target_id column to pagelinks | |||
Open | ABran-WMF | T343198 Add pl_target_id column to pagelinks in production | |||
Resolved | Ladsgroup | T345669 Add support for write both for pagelinks | |||
Open | Ladsgroup | T345732 Turn on write both for beta and production | |||
Open | Ladsgroup | T345733 Run MigrateLinksTable for pagelinks in beta and production | |||
Open | None | T345771 Adapt Sqoop to pagelinks schema change | |||
Open | Ladsgroup | T346457 Add support for read new for pagelinks | |||
Open | None | T346784 Add support for read new for pagelinks in WikiStories |
Event Timeline
Wikistories queries the pagelinks table directly to surface stories associated with articles. I'll keep an eye on this task so we can migrate our code when the time comes.
FYI, T312666: Remove duplication in externallinks table is wrapping up. I will be starting this next quarter. Thankfully given that LinksMigration class and the whole infra of linktarget exist, it should be less work to migrate mediawiki bits.
@Ladsgroup if we have to do significant migrations on that entire table.. have we considered T14019: ifexist function uses pagelinks table in lieu of better options which also scores high in the wishlists every year ?
Yeah, I was contacted by CommTech about it. I wrote my ideas on T14019#7665054. I don't think it's doable in part of pagelinks work, it really needs its own table. It can use the linktarget from the get go but it's a different project altogether. It just needs dedicated resources.