[MYSQL] Kan dit? Unique constraint op basis van reeks

[MSteverink]

Relevante software en hardware die ik gebruik

MySQL-server (MariaDB 10.0.28 op Debian testing)

Ik heb een database met daarin een aantal events. Om precies te zijn gaat het om TV-programma's. De data zijn afkomstig van de TV-kabel, en worden dagelijks geactualiseerd. De data zijn in een format:

code:

ZenderID, aanvang, einde, titel, samenvatting

Bijvoorbeeld:

code:

"NPO1", 2016/11/24 01:00.00, 2016/11/24 01:15.00, "Journaal", "Het laatste nieuws"

Als voorwaarde zou moeten gelden dat de aanvangstijd van een programma NOOIT kan liggen TUSSEN de aanvangs- en eindetijd van een ander programma op diezelfde ZenderID, en ook dat de eindtijd van een programma nooit kan liggen tussen de aanvangs- en eindtijd van een ander programma. Dat zou namelijk betekenen dat in de overlappende tijd meer dan één programma op dezelfde zender wordt uitgezonden.
In de praktijk komt dat soms toch voor. Bijvoorbeeld wanneer de zender besluit tot wijzigingen. Ik kan dus op een bepaald moment

code:

"NPO1", 2016/12/01 01:00.00, 2016/12/01 01:15.00, "Journaal", "Het laatste nieuws"

in de EPG-stream vinden, en een dag later

code:

"NPO1", 2016/12/01 01:10.00, 2016/12/01 01:25.00, "Een heel ander programma ", ""

Ervan uitgaande dat de laatst aangeleverde record correct is wil ik dus de eerste record verwijderen en de tweede in plaats daarvan invoegen. Op zich heeft MySQL daarvoor een heel aardig commando, namelijk een REPLACE INTO. Dat werkt op zich identiek aan een INSERT INTO, behalve wanneer een INSERT zou leiden tot een schending van een constraint. In dat geval wordt de oude record verwijderd en de nieuwe ingevoegd. Maar dat heeft wel als voorwaarde dat de unique constraints goed gedefinieerd zijn.
Het is vast wel mogelijk er omheen te programmeren door de recentste gegevens in een aparte tabel te zetten, en dan een slimme join te doen, maar het REPLACE INTO is juist daarvoor bedoeld.

Ik zie in de MySQL-handleiding geen optie om de constraints zo te definiëren, ook niet in andere SQL-varianten trouwens. Een zoekactie leverde ook niet veel op, behalve onbeantwoorde vragen van mensen met een soortgelijke vraag.

[ Voor 3% gewijzigd door MSteverink op 25-11-2016 17:22 ]

[Snake]

Dit is geen constraint, ik denk dat je moet gaan kijken naar INSERT triggers: http://dev.mysql.com/doc/refman/5.7/en/trigger-syntax.html

[BarôZZa]

Is het niet verstandiger om de nieuwe er simpelweg bij te zetten en bij het bij het genereren van de tv gids een eenvoudige controle te zetten? Op die manier kan je de wijzigingen eventueel tonen en als gebruikers bijvoorbeeld een programma aan hun watchlist kunnen toevoegen, dan zit je niet met het probleem dat deze zonder enige melding verdwijnen of dat ze bijvoorbeeld geen notificatie ontvangen terwijl ze dat wel verwachten. En als er bijvoorbeeld een programma voor het journaal komt en het journaal een kwartiertje later komt, dan kan je dat eenvoudig matchen.

[MSteverink]

BarôZZa schreef op zaterdag 26 november 2016 @ 02:22:
Is het niet verstandiger om de nieuwe er simpelweg bij te zetten en bij het bij het genereren van de tv gids een eenvoudige controle te zetten?

Verstandiger misschien wel, maar handiger?
Nou ja, zoals wel duidelijk is had ik een handige manier in gedachten, gebaseerd op constraints. Maar die constraints kunnen dus niet gedefinieerd worden, in elk geval niet in MySQL. Ik zal er dus omheen moeten programmeren, en de manier die jij schetst is een goede oplossing.

[NMe]

Je kan natuurlijk ook gewoon een delete van alles dat botst met je nieuwe record doen voordat je een insert doet. Als er niks botst verandert er dan niks aan hoe je systeem nu werkt, en als er wel iets botst heb je hetzelfde resultaat als met de REPLACE INTO die je in gedachten had. In dat geval zou ik het, just in case, wel in een transactie zetten. Je wil niet eerst je oude data deleten en daarna crashen zodat je met gaten in je programmering zit.