<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Technologies for Information Systems · PoliStudy</title><description>From multidimensional cubes and star schemas to data integration, data quality and semi-structured sources — the full Politecnico di Milano Technologies for Information Systems course, rebuilt as an interactive, exam-focused study guide.</description><link>https://www.polistudy.me/</link><language>en</language><item><title>Prerequisites: Data Modelling, the Relational Model &amp; SQL</title><link>https://www.polistudy.me/tis/prerequisites/</link><guid isPermaLink="true">https://www.polistudy.me/tis/prerequisites/</guid><description>The database background TIS assumes on day one and never re-teaches — ER and UML conceptual modelling, the relational model and its constraints, the ER to relational translation, functional dependencies and normal forms, relational algebra, and the SQL needed to query a star schema — each tied to the exact chapter and Part II exercise that will demand it.</description><category>entity-relationship model</category><category>entity</category><category>relationship</category><category>cardinality constraint</category><category>identifier</category><category>weak entity</category><category>generalization</category><category>UML class diagram</category><category>multiplicity</category><category>association class</category><category>relational model</category><category>relation schema</category><category>relation instance</category><category>candidate key</category><category>primary key</category><category>foreign key</category><category>referential integrity</category><category>NULL</category><category>intensional level</category><category>extensional level</category><category>ER to relational translation</category><category>bridge table</category><category>functional dependency</category><category>closure</category><category>normalization</category><category>third normal form</category><category>Boyce-Codd normal form</category><category>denormalization</category><category>relational algebra</category><category>selection</category><category>projection</category><category>join</category><category>outer join</category><category>grouping</category><category>SQL</category><category>GROUP BY</category><category>HAVING</category><category>view</category></item><item><title>The Data Integration Problem &amp; Design Method</title><link>https://www.polistudy.me/tis/data-integration/</link><guid isPermaLink="true">https://www.polistudy.me/tis/data-integration/</guid><description>Why heterogeneous sources cannot just be glued together, the two ways to integrate them (materialize vs leave-in-place), and the five-step method that turns a pile of independent schemas into one queryable global schema — the spine of every Part II integration exercise.</description><category>information system</category><category>four V&apos;s of big data</category><category>data pipeline</category><category>data integration</category><category>source autonomy</category><category>heterogeneity</category><category>materialized vs virtual integration</category><category>data exchange</category><category>mediator</category><category>wrapper</category><category>global schema</category><category>views</category><category>multidatabase</category><category>conflict analysis</category><category>pervasive data management</category><category>pay-as-you-go</category><category>mashups</category></item><item><title>GAV &amp; LAV: Mapping Global and Local Schemas</title><link>https://www.polistudy.me/tis/gav-lav-mappings/</link><guid isPermaLink="true">https://www.polistudy.me/tis/gav-lav-mappings/</guid><description>The two ways to relate a global schema to its sources — define the global schema as views over the sources (GAV, answered by unfolding) or the sources as views over the global schema (LAV, answered by rewriting) — plus soundness and the GAV view operators every integration exercise leans on.</description><category>global-as-view</category><category>local-as-view</category><category>GLAV</category><category>query unfolding</category><category>answering queries using views</category><category>conjunctive views</category><category>sound mapping</category><category>complete mapping</category><category>exact mapping</category><category>open-world assumption</category><category>closed-world assumption</category><category>KeyGen</category><category>query rewriting</category><category>GAV view operators</category></item><item><title>Record Linkage, Similarity &amp; Data Fusion</title><link>https://www.polistudy.me/tis/record-linkage-fusion/</link><guid isPermaLink="true">https://www.polistudy.me/tis/record-linkage-fusion/</guid><description>Once schemas are reconciled, the same real-world entity still appears under different strings in different sources. This chapter covers how to measure string similarity (edit distance, Jaccard, Soundex), how to decide that two records match (rule-based, learned, probabilistic — with blocking for scale), and how to fuse conflicting values afterwards.</description><category>record linkage</category><category>entity resolution</category><category>string similarity</category><category>edit distance</category><category>Levenshtein</category><category>Jaccard</category><category>TF/IDF</category><category>Soundex</category><category>blocking</category><category>rule-based matching</category><category>probabilistic matching</category><category>data fusion</category><category>resolution function</category></item><item><title>Semistructured Integration, Mediators &amp; Ontologies</title><link>https://www.polistudy.me/tis/semistructured-integration/</link><guid isPermaLink="true">https://www.polistudy.me/tis/semistructured-integration/</guid><description>When sources speak different data models — XML, JSON/NoSQL, raw web pages — integration needs wrappers to expose them as relations and mediators to hold the global schema. This chapter walks the reverse-engineer → conflict → GAV exercise on a semistructured source, the wrapper machinery behind it, and the ontologies/RDF layer that adds machine-readable semantics.</description><category>semistructured data</category><category>XML</category><category>DTD</category><category>graph data model</category><category>OEM</category><category>JSON</category><category>NoSQL</category><category>reverse engineering</category><category>mediator</category><category>TSIMMIS</category><category>wrapper</category><category>automatic wrapper generation</category><category>information extraction</category><category>ontology</category><category>RDF</category><category>OWL</category><category>Linked Open Data</category><category>SPARQL</category></item><item><title>Data Quality: Dimensions, Cleaning &amp; Profiling</title><link>https://www.polistudy.me/tis/data-quality/</link><guid isPermaLink="true">https://www.polistudy.me/tis/data-quality/</guid><description>Garbage in, garbage out — the success of any data-driven decision rests on the quality of its data. This chapter defines data quality as fitness for use, names the four objective dimensions (accuracy, completeness, consistency, timeliness), and walks the cleaning pipeline: profiling, standardization, imputation, outlier and duplicate detection.</description><category>fitness for use</category><category>GIGO</category><category>TDQM</category><category>accuracy</category><category>completeness</category><category>consistency</category><category>timeliness</category><category>data profiling</category><category>data cleaning</category><category>standardization</category><category>imputation</category><category>outlier detection</category><category>duplicate detection</category><category>data fusion</category><category>big data quality</category></item><item><title>Data Warehouses &amp; OLAP</title><link>https://www.polistudy.me/tis/data-warehouses-olap/</link><guid isPermaLink="true">https://www.polistudy.me/tis/data-warehouses-olap/</guid><description>The second pillar of the course. What a data warehouse is (subject-oriented, integrated, time-variant, non-volatile), how OLAP differs from OLTP, the multidimensional cube and its hierarchies, the OLAP operations (roll-up, drill-down, slice-and-dice, pivot), and the WITH CUBE / WITH ROLLUP SQL that every Part II warehouse query is built from.</description><category>data warehouse</category><category>OLTP vs OLAP</category><category>subject-oriented</category><category>integrated</category><category>time-variant</category><category>non-volatile</category><category>ETL</category><category>data mart</category><category>multidimensional cube</category><category>dimension</category><category>measure</category><category>hierarchy</category><category>roll-up</category><category>drill-down</category><category>slice and dice</category><category>pivoting</category><category>MOLAP</category><category>ROLAP</category><category>WITH CUBE</category><category>WITH ROLLUP</category></item><item><title>Conceptual DW Design: the Dimensional Fact Model</title><link>https://www.polistudy.me/tis/dfm-conceptual-design/</link><guid isPermaLink="true">https://www.polistudy.me/tis/dfm-conceptual-design/</guid><description>The conceptual half of every Part II warehouse exercise. The Dimensional Fact Model — facts, dimensions, measures, hierarchies and their special cases; how measures aggregate (flow, level, unitary); and the top-down method that turns an operational ER schema into a fact schema via the attribute tree, pruning and grafting, and the glossary.</description><category>Dimensional Fact Model</category><category>fact</category><category>dimension</category><category>measure</category><category>dimensional attribute</category><category>hierarchy</category><category>primary event</category><category>secondary event</category><category>descriptive attribute</category><category>optional edge</category><category>cross-dimensional attribute</category><category>convergence</category><category>multiple edge</category><category>additivity</category><category>aggregability</category><category>flow measure</category><category>level measure</category><category>unitary measure</category><category>attribute tree</category><category>pruning</category><category>grafting</category><category>glossary</category><category>fact schema</category></item><item><title>Logical DW Design: Star, Snowflake &amp; OLAP SQL</title><link>https://www.polistudy.me/tis/dw-logical-design/</link><guid isPermaLink="true">https://www.polistudy.me/tis/dw-logical-design/</guid><description>The logical and SQL half of every Part II warehouse exercise. Turning a fact schema into a ROLAP star (or snowflake) schema with surrogate keys and bridge tables, the four SQL patterns graded in every exercise (CUBE/ROLLUP, greatest-per-group, weighted re-aggregation of averages, bridge-table queries), and choosing which materialized views to precompute on the multidimensional lattice.</description><category>MOLAP</category><category>ROLAP</category><category>HOLAP</category><category>star schema</category><category>snowflake schema</category><category>surrogate key</category><category>denormalization</category><category>bridge table</category><category>multiple edge</category><category>constellation schema</category><category>materialized view</category><category>multidimensional lattice</category><category>distributive operator</category><category>algebraic operator</category><category>holistic operator</category><category>view selection</category><category>WITH CUBE</category><category>WITH ROLLUP</category><category>greatest-per-group</category><category>weighted re-aggregation</category></item><item><title>Modern Data Landscape: Governance, Lakes &amp; Ethics</title><link>https://www.polistudy.me/tis/modern-data-landscape/</link><guid isPermaLink="true">https://www.polistudy.me/tis/modern-data-landscape/</guid><description>The course&apos;s closing survey of where data management is heading: DAMA data governance and metadata, data virtualization (the logical, Denodo-style approach), data lakes / lakehouse / data mesh and FAIR, and the frontier problems — uncertainty, provenance, crowdsourcing, and the ethics of data-driven decisions.</description><category>DAMA</category><category>DMBoK</category><category>data governance</category><category>governance organizational models</category><category>metadata management</category><category>business glossary</category><category>data lineage</category><category>data virtualization</category><category>augmented concept view</category><category>data lake</category><category>data lakehouse</category><category>medallion architecture</category><category>data lake federation</category><category>data mesh</category><category>FAIR</category><category>uncertain data</category><category>data provenance</category><category>crowdsourcing</category><category>ethics</category><category>fairness</category></item></channel></rss>