[tanzanite]

Proovin oma tavat88 k6rvalt yht h2dalist aidata.

Taust (yks arengupeetusega pervert tegi kunagi yhe teatava ettev6tte jaoks v2ga missioonikriitilise rakenduse kus "andmebaas" on selline [kirjeldan konkreetse probleemse tabeli]):
* tabel kujul (id, a_id, b_id)
* v6tmev2ljad puuduvad (pole yhtegi PK, FK, PFK-d. Ideepoolest on id=PK ja a_id,b_id=FK. tegelikult peaks olema ilma id'ta ja a_id ning b_id peaks olema PFK'd)
* k6ik v2ljad v6ivad olla nullid

(btw. ylej22nud tabelid on m2rksa hullemad [see tabel siin on vist yks elementaarsemaid tabeleid mida koostada saab])

Probleem:
Selles tabelis on paljud read topelt (h2dap2rast v6iks ka k2sitsi neid noppida - kui see v6imalik oleks kuidagi). Kuidas vabaneda topeltkirjetest ?

On kellelgi ideid?

edit: ega vist muud yle ei j22 kui teha mingi skript mis tabelit sisse loeb ja siis uue filtreeritud tabeli v2lja kirjutab - eh? :/

(PS. palun, algajad andmebaasi nikerdajad - 2rge tehke MITTE YHTEGI tabelit/baasi enne kui te t2pselt teate mida te teete. see EI OLE koht kus katse-eksituse meetodil oskusi omandada ! )

[wiinanina]

Kui id väljas on toesti null väärtusi siis
alustad sellest, et lisad tabelile yhe välja tyypi int identity(1,1) not null .
Ja siis void juba sama tabeli peale kirjutada scripti


delete t
from table t
where
exists

(select * from table y where t.väil1 = y.väli1
and t.väli2 = y.väli2 .....
and t.väliidentity > y.väliidentity )

Kui on aega ja voimalust andmebaas offline votta siis void muidugi igasugu variante teha.
select distinct * into teinetable from table
ja pärast drop ning rename on muidugi variandid.


Tabelis olev unikaalne PK voti ei tee kunagi halba.
Isegi kui algul paistab ta mittevajalik olevat.
Praktika näitab, et ta tuleb juurde teha kui algul tegemata jäi.
Ja mingist hetkest alates, paned selle automaatselt tabeli esimeseks väljaks motlemata, kas seda tegelikult ikka vaja on.

[tiitsut]

Ma lahendaks asja umbes nii (MSSQL'i süntaksit täpselt ei tea)

[tanzanite]

wiinanina, id on unikaalne võti aga pole sellisena defineeritud (ja ei saa ka ümber defineerida kuna topeltkirjed sees). uue lisavälja lisamine tundub halb mõte olevat.
tiitsut, hm... see väärib ka uurimist (indexitega, triggeritega, viewid puuduvad [paljudes tabelites on siiski primary key olemas]).

[connor]

wiinanina lahenduse puhul saab uue lisavälja ju pärast fiximist uuesti maha võtta ning panna vanale id'le siis unikaalsuse klausel peale.

Aga üldiselt on ainult kaks lahendust tõesti - kas lisaväli korduvate ridade eristamiseks või distinct'iga uude tabelisse ajutiselt ümber tõsta.

[tanzanite]

connor, lisav2li: ma ei tea kuidas rakendus sellesse suhtub ja teatavate RDP probleemide t6ttu mis mul sealse serveriga on võin ma ühenduse suvalisel hetkel permanentselt kaotada (mitmeks päevaks) - see värgendus ei tohiks seejuures ebastabiilsesse seisu jääda. Ehk parem karta kui kahetseda. :/