Database (mysql,...) - diskusní klub na Lopuchu

Registrace nového uživatele

Návod

Kluby

Archív Lopuchu

Lopuch.cz

Nudou jsi opuch?
Navštiv Lopuch!

Lopuch.cz

	Klub Database (mysql,...) [ŽP: neomezená] (kategorie Programování) moderuje melkor_unlimited.
	Archiv

Nastavení klubu

Nastavení práv

Homepage

Anketa

[ 1008 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>


	pepak - Pepak.net 3.12.2007 10:22	592
	Bredy: To neni dobre reseni. Databaze jsou sice delane, aby se vyporadaly s velkym mnozstvim zaznamu, ale presto je lepsi ty neaktivni necpat do zive databaze. To by se snad hodilo v pripade, ze VZDY potrebuju delat s historii, ale to plati jen u velice malo tabulek.


	3.12.2007 10:15	591
	pepak, knedleNebo v každé tabulce mít záznamy: tabulka(... položky ..., platí_od, platí_do) Pak stačí filtrovat podle datumu, a zobrazovat záznamy, které jsou v zadaném rozsahu. Nevýhodou je, že každá změna znamená nový záznam, byť se změnilo něco v jednom sloupci.


	pepak - Pepak.net 3.12.2007 10:00	590
	Bud jedna kopirovaci tabulka pro kazdou zivou tabulku (prehledne, ale pracne) nebo jedna globalni tabulka historie(jmeno_tabulky, jmeno_pole, [puvodni_hodnota], [nova_hodnota], cas_zmeny)


	knedle online - Krabice živých 3.12.2007 09:42	589
	dotazasi na princip: pokud chci mit kompletni historii stavu zaznamu "jak sel cas" v databazi - jakym stylem se to da udelat? je vice moznosti? mam mssql, v ni cca 40 tab - klasicka relacni db jedine rozumne co me napada, je "kopie" vsech tabulek, urcena prave pro ukladani historie - napr: tabulka "uzivatel" obsahuje aktualni realna data, pokud by se data 1 zaznamu zmenila, byla by zkopirovana do tabulky "archiv_uzivatel", kde by bylo navic casove razitko jsou pouzivany jeste jine zpusoby resici tohle zadani? (kompletni historie zaznamu u cele db)


	melkor_unlimited Ltd. 15.11.2007 06:24	588
	Kdokoliv [586]: Já to tedy beru, šéfe.


	makovec Chuck Norris snědl jídlo od Babicy - a ještě si přidal 14.11.2007 14:23	587
	a tady teda nechci .o)


	Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 14.11.2007 14:17	586
	Spravcovska poznamkaHleda se moderator, zajemci projevte se.


	pepak - Pepak.net 13.11.2007 20:30	585
	To je moje chyba, END ma byt i ve Firebirdu.


	huh 13.11.2007 20:01	584
	tvx [583]: v MySQL to funguje taky, jenom ten CASE musi byt ukoncen END: ORDER BY (CASE id WHEN 123 THEN 1 WHEN 456 THEN 2 WHEN 1 THEN 3 ELSE NULL END)


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 13.11.2007 09:33	583
	nojo ale co mysql, tam sem asi v... koncinach?


	Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 13.11.2007 09:29	582
	MS SQL tohle umi taky (nedavno jsem prave zhruba takovejhle case pouzival, ne teda v order by, ale to je asi fuk), ne, ze by to asi nekoho nejak dvakrat zajimalo.


	pepak - Pepak.net 13.11.2007 09:27	581
	Ve Firebirdu ano: SELECT ... ORDER BY (CASE id WHEN 123 THEN 1 WHEN 456 THEN 2 WHEN 1 THEN 3 ELSE NULL)


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 13.11.2007 08:29	580
	zapeklita otazka: dokazete nkdo docilit serazeni zaznamu v selectu podle vami dodanych hodnot? konkretne potrebuju neco jako select * from tabulka where id in (seznam id a podle nej bych velice rad i radil...) nikoli podle seznamu ale podle poradi v jakem jsem ta id dodal... jde neco takovyho vubec?


	pepak - Pepak.net 6.11.2007 06:47	579
	Taky jsem si myslel, ze by to melo jet trochu jako "NEW.pole1 = OLD.pole2, NEW.pole2 = OLD.pole1" v triggerech, ale overil jsem si, ze i Firebird 1.5 to dela takhle blbe (poporade).


	5.11.2007 23:34	578
	No spis my slo o logiku. Pokud se jedna o atomickou operaci, pak by v ni nemela byt posloupnost, mela by se jakoby provest paralelne. Predstava, například ze se kazdy vyraz provede na jinem pocitaci, kdy si kazdy stroj vezme na starost jeden sloupec a jede... Nevím, přijde mi to divné, že tam může být vzájemná závislost...

[ 1008 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>


(c) 2001-2011 Lopuch.cz Kontakt