ID-nummer i Disgen 2016

[BrJohan]

Jag kan - även om jag av olika skäl egentligen inte aktivt vill diskutera Disgennära företeelser - kortfattat beröra hur jag hanterade motsvarande situation då jag migrerade mina Disgen8.2-data till MySQL-data.

Individerna i MySQL-databasen gavs såväl en DisgenID-kolumn som en "auto-increment"-kolumn. Båda dessa kolumner bidrar till en "composite primary key" för individen i fråga. För "nya" individer låter jag DisgenID få ett konstant och diskriminerande värde som inte kan förekomma i 8.2. De båda kolumnernas domäner är disjunkta.

Det primära skälet till att låta DisgenID finnas kvar i MySQL-databasen var att jag - i likhet med vad som är fallet för åtminstone några andra släktforskare - använt detta ID för "egna" syften.

Jag är nöjd med min lösning (som fungerar).

[Edgar]

Jo då, Daniel, jag var fullt medveten om att jag använde mig av en odokumenterad sak i Disgen. Jag tycker dock att det är synd att Disgen-programmerarna inte har kunnat förutse sådana externa applikationer. Att döma av den här tråden är jag inte ensam om detta.

[MacTommy]

Jo då, Daniel, jag var fullt medveten om att jag använde mig av en odokumenterad sak i Disgen. Jag tycker dock att det är synd att Disgen-programmerarna inte har kunnat förutse sådana externa applikationer. Att döma av den här tråden är jag inte ensam om detta.

Du är sannerligen inte ensam om det här, även om vi inte är i majoritet så är vi en skara som arbetar lite utanför Disgen men bakåtkompalitet är mycket viktigt, det har jag lärt mig på mina 42 år på SVT!

Visst har vissa program förändrats som jag använt men de har till 99% varit bakåtkompatibla, så jag var dock inte riktigt medveten, som du, att jag arbetade med en odukumenterad sak i Disgen, så många gånger som jag försvarat Disgen mot Holger t.ex. men det är lite utanför ämnet...

Men den här gången slog Disgen 2016 undan fötterna på mig!