Page MenuHomePhabricator
Create Task
Maniphest T225038

Add new schema tables as public views in labs
Closed, ResolvedPublic
Actions

Description

In T224403#5214421, @Ladsgroup wrote:

[...] you need cloud services team (@Bstorm and @Andrew ) to update the views (which first needs a patch in puppet in modules/profile/templates/labs/db/views/maintain-views.yaml) then gets by cloud services team but I think the tables need to at least exist in production.

Add views for the normalized schema tables in replicas to allow access to them on labs.

Details

Related Changes in Gerrit:
SubjectRepoBranchLines +/-
Add new terms normalized schema tables as public 1:1 views in labs.operations/puppetproduction+6 -0
Customize query in gerrit

Related Objects
Search...

StatusSubtypeAssignedTask
 ResolvedAddshoreT208425 [EPIC] Kill the wb_terms table
 ResolvedArielGlennT226167 audit public tables and make sure we dump them all
 ResolvedAddshoreT219175 [Mega] - Migrate data from wb_terms to new schema
 ResolvedAddshoreT219120 [Checkpoint 1] Create Schema, Migration plan and Doctrine DBAL connection
Resolved• alaa_wmdeT219142 Send the schema to DBAs and follow up with their review
 Resolved• alaa_wmdeT219143 Write DDL sql files for creating the schema
 Resolved• alaa_wmdeT220210 Create a script to generate lots of Items/Properties with lots of Terms
 ResolvedNoneT220230 Tailor a migration plan
 DeclinedNoneT220231 Migration Plan 2
 Declined• alaa_wmdeT219145 Migration Plan 1
 ResolvedLadsgroupT220480 Migration Plan 3
 ResolvedAddshoreT219121 [Checkpoint 2] Refactor Write & Migration code for Properties
 ResolvedLadsgroupT219294 Create interface for writing and deleting entity terms
 ResolvedJeroenDeDauwT219295 Create service for writing property terms
 DeclinedNoneT220169 Optimize term updating
 ResolvedNoneT219297 Adjust current write logic to write property terms to new schema
 ResolvedNoneT219894 Create maintenance script for migrating property terms to new schema
 ResolvedLadsgroupT219296 Update TermSqlStore to comply with EntityTermStoreWriter interface
 ResolvedNoneT220150 [Story] Clean up unused records
 InvalidNoneT221699 Introduce appropriate abstraction for clean up invocation in wikibase-term-store
 DeclinedNoneT221700 implement clean up logic in doctrine-term-store
 ResolvedLucas_Werkmeister_WMDET221701 implement clean up logic in MW DBAL store
 InvalidNoneT221703 add a job to wikibase to invoke clean up logic
 DeclinedNoneT221704 Update wikibase logic to queue a deferred update for cleanup after updating/delete terms in terms store
 ResolvedLadsgroupT221615 Make a test instance in cloud VPS to test new term store
 DeclinedNoneT219805 Investigate Doctrine DBAL usage possibility
 ResolvedJeroenDeDauwT220155 Implement Doctrine DBAL Driver Connection wrapper for MW db connection
 DeclinedNoneT221568 Improve MW connection access
 Resolved• alaa_wmdeT224269 Handle race-conditions between storage and cleanup logic
 ResolvedLucas_Werkmeister_WMDET225050 Update DatabaseItemTermStore and DatabasePropertyTermStore to use callback logic in DatabaseTermIdsAcquirer
 ResolvedLucas_Werkmeister_WMDET224504 Implement database-based PropertyTermStore
 ResolvedLucas_Werkmeister_WMDET224541 Update Wikibase entity saving logic to use PropertyTermStore
 ResolvedAddshoreT219122 [Checkpoint 4] Refactor Write & Migration code for Items
 ResolvedNoneT221564 Create maintenance script for populating new item term persistence
 InvalidNoneT224542 Update Wikibase entity saving logic to use ItemTermStore
 Resolved• alaa_wmdeT224527 Implement database-based ItemTermStore
 ResolvedLadsgroupT219123 Migrate to and read from new store for item terms
 InvalidNoneT221715 Implement ItemTermStore in mediawiki dbal lib
 DuplicateLadsgroupT225055 Switch `tmpItemTermsMigrationStages` to MIGRATION_WRITE_BOTH
 ResolvedLadsgroupT225056 Run Item Terms Rebuild script
 DuplicateLadsgroupT225057 Switch `tmpItemTermsMigrationStages` to MIGRATION_WRITE_NEW
 ResolvedLadsgroupT234329 Investigate, fix and reimport failing item terms into new store
 ResolvedLadsgroupT232393 Find out why rebuilding some items in new term store failed
 ResolvedLadsgroupT234948 New Wikibase deadlocks on Wikidata wiki since 2019-10-08T00:00:02: Wikibase\Lib\Store\Sql\Terms\{closure} Deadlock found when trying to get lock; try restarting transaction
 ResolvedAddshoreT235265 Slow query on SpecialMostLinked creating lag on wikidata slaves
 ResolvedAddshoreT239470 Check the success of the initial terms migration (does it have holes)
 ResolvedAddshoreT239471 Sqoop wikidata terms tables into hadoop
 ResolvedLadsgroupT240235 Alter rebuildItemTerms.php to allow passing of a a list of int item ids to process
 ResolvedAddshoreT245740 LUA getLabelWithLang calls result in many db queries to terms storage with spikey and unpredictable patterns
 ResolvedLadsgroupT246005 Wikibase client description API module results in 15k selected rows with new term storage
 ResolvedLadsgroupT246159 Setting on read new for items causes increased worst response time and number of open connections
 ResolvedLadsgroupT219301 Migrate to and read from new store for property terms
 ResolvedJun 17 2019• alaa_wmdeT224403 Update Labs replication and views to include new schema tables
 Resolved• alaa_wmdeT225038 Add new schema tables as public views in labs

Event Timeline

• alaa_wmde created this task.Jun 4 2019, 11:44 PM
gerritbot added a comment.Jun 4 2019, 11:47 PM

Change 514411 had a related patch set uploaded (by Alaa Sarhan; owner: Alaa Sarhan):
[operations/puppet@production] Add new terms normalized schema tables as public 1:1 views in labs.

https://gerrit.wikimedia.org/r/514411

gerritbot added a project: Patch-For-Review.Jun 4 2019, 11:47 PM
• alaa_wmde moved this task from Backlog to In Review on the Wikidata wb_terms Trailblazing board.Jun 4 2019, 11:50 PM

This cannot be done (should be moved to Stalled after review) before T225039 is done

• alaa_wmde claimed this task.Jun 4 2019, 11:52 PM
• Marostegui added a comment.Jun 5 2019, 5:11 AM

Same comment as T225039#5235488

• alaa_wmde updated the task description. (Show Details)Jun 5 2019, 5:54 AM
Lucas_Werkmeister_WMDE moved this task from In Review to Stalled on the Wikidata wb_terms Trailblazing board.Jun 5 2019, 11:33 AM
• alaa_wmde updated the task description. (Show Details)Jun 5 2019, 11:45 AM
darthmon_wmde mentioned this in T224403: Update Labs replication and views to include new schema tables.Jun 18 2019, 1:02 PM
WMDE-leszek added a project: Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)).Jun 18 2019, 1:06 PM
• alaa_wmde moved this task from To Do (prioritised from top to bottom) to Stalled/Waiting on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)) board.Jun 18 2019, 2:08 PM

Tables are on production now.. this is waiting on Cloud Services team review

• Bstorm added a subscriber: Bawolff.Jun 19 2019, 5:33 PM

I have zero context regarding what these tables are from reading back in the tickets. @Bawolff (or someone else? I've been asking you on a lot of these tickets), can I get confirmation that these tables are entirely public without filters?

I just don't know what they are 😄

• Bstorm added a subscriber: • JHedden.Jun 19 2019, 5:33 PM
ArielGlenn subscribed.Jun 19 2019, 5:36 PM

Those are just the refactored wb_terms table that is already provided. See T221764 which I happened to be looking at earlier today :-)

• Bstorm added a comment.Jun 19 2019, 5:45 PM

Ahah! Thank you. It makes sense now. We'll get on it!

• Bstorm added a comment.Jun 19 2019, 6:44 PM

So these tables are not yet on the replicas, however the scripts we use to expose views will just skip the tables that aren't there until they are. Validating the patch and all locally, and then I'll merge it. Once merged, it won't do anything until the tables are on the replicas and then WMCS runs the script manually.

Ladsgroup added a comment.Jun 19 2019, 9:16 PM

It should be in production replicas if that's what you mean. I added them yesterday.

• Bstorm added a comment.Jun 19 2019, 9:17 PM

I mean I just checked and don't see the underlying tables on labsdb1009 (rather specifically). Are they in all wiki dbs or just a couple that I should verify?

Ladsgroup added a comment.Jun 19 2019, 9:29 PM

it's only on wikidatawiki (s8) and testwikidatawiki (s3). Nothing else should have it. I hope my patch reached the sanitarium nodes

• Bstorm added a comment.Jun 19 2019, 9:32 PM

Oh! Ok. I see it there on those dbs. So disregard what I said. We can get that out shortly.

gerritbot added a comment.Jun 19 2019, 9:35 PM

Change 514411 merged by Bstorm:
[operations/puppet@production] Add new terms normalized schema tables as public 1:1 views in labs.

https://gerrit.wikimedia.org/r/514411

• Bstorm added a comment.Jun 19 2019, 9:38 PM

It still needs the script run against the DBs before you'll see them in cloud services.

• Bstorm closed this task as Resolved.Jun 19 2019, 10:00 PM

All set!

• alaa_wmde added a comment.Jun 19 2019, 10:01 PM

Great thanks @Bstorm !

AntiCompositeNumber mentioned this in T298452: Some wikibase tables not available in commonswiki_p.Jan 2 2022, 8:26 PM
Maintenance_bot added a project: Wikidata.Jan 2 2022, 8:45 PM
Maintenance_bot removed a project: Patch-For-Review.Jan 2 2022, 9:10 PM
Maintenance_bot moved this task from incoming to in progress on the Wikidata board.Jan 2 2022, 9:15 PM
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL · Credits