Ako prepojiť databázu s viacerými zdrojmi?

Klient mi zadal:

Chcel by som prepojiť databázu produktov v e-shope s viacerými distribútormi, ale každý distribútor má produkty za inú cenu a chcel by som ten e-shop spraviť tak, že klientovi sa zobrazí daný produkt od toho distribútora, ktorý má daný produkt aktuálne najlacnejší. Mohlo by to fungovať na princípe webu www.najnakup.sk (len databáza produktov by fungovala tak ako na tomto webe) s tým rozdielom, že v mojom e-shope by sa nezobrazovali produkty všetkých distribútorov, ale zoznam produktov by sa automaticky pravidelne aktualizoval a zobrazovali by sa len produkty od distribútora, ktorý ich má aktuálne najlacnejšie. Napr notebook Acer Aspire 6920 má dnes najnacnejší Distríbútor 1 tak sa tento produkt zobrazí z databázy Distribútora 1 ale zajtra ho bude mať najlacnejší Distribútor 2 tak sa automaticky zobrazí z databázy Distribútora 2. Viem, že je to asi náročné. Dá sa to tak spraviť?

dá, náročnosť sa bude odvodzovať od spôsobu prístupu ku konkrétnym db

Dá. Je to trochu náročnejšie, ako len tak sa hrať s guestbookom, ale dá. V prvom rade si musíš zistiť, v akých formátoch majú tie dáta dodávatelia, ako často ich aktualizujú. Potom máš dve možnosti - buď budeš na svojej stránke zobrazovať priamo dáta z ich databáz, alebo si to ešte skopíruješ do svojej a na svojej stránke pôjdeš z nej. Volil by som druhú možnosť, lebo niekedy to spojenie medzi viacerými servermi môže trvať dlho, čo pre návštevníkov stránky nie je nič moc.

No a potom záleží všetko od toho, ako si to zorganizuješ. Napr. by si mohol mať tabuľku produktov, kde by boli všetky informácie o produkte, tabuľku dodávateľov, a tabuľku cien, kde by si mal index do tabuľky produktov a dodávateľov a prípadne ešte nejaké informácie (napr. ak jeden má ten produkt v ružovej a čiernej a druhý len v ružovej...). No a z databázy by si na stránku vždy vyberal produkt od dodávateľa s najnižšou cenou. Pritom by sa ti na pozadí pravidelne pomocou cronu spúšťal skript, ktorý by si zisťoval informácie od dodávateľov a aktualizoval tvoju databázu.

V princípe to nie je až také zložité, ale ak majú dodávatelia údaje v rôznych pofidérnych formátoch, môže byť trochu ťažké z nich tie dáta vydolovať (ideálne by bolo mať prístup priamo do ich databázy, prípadne získavať dáta v XML, horšie je to s Excelovskými súbormi, ale aj to sa dá a asi úplne najhoršie je to s obyčajnou webstránkou - to budeš musieť použiť nejaký HTML parser a sem-tam môžu nastať chyby čo nevyzerá pekne).

subory dodavatelov su v xml. ale aktualizovat by som to musel klientovi manualne ze? (musel by som mu rucne tie xml subory kopirovat na server pri kazdej aktualizacii ze?)

ako pisal p360t
nie vytvoris si script, a budes ho pustat pravidelne cronom,
najlepsie by bolo vkladat tie data do vlastnej db a z nej potom vytahovat podla najvyhodnejsej ceny a pod

hej ale tie produkty sa mu tak ci tak automaticky nezoradia podla najnizsej ceny nie? alebo ako? trosku tomu nerozumiem THX

najlepsie by bolo vkladat tie data do vlastnej db a z nej potom vytahovat podla najvyhodnejsej ceny a pod
cize ked budes mat data v databaze
priklad pre jednu tabulku

aha takze pomocou takejto tabulky vytiahnem najlacnejsie produkty od vsetkych jeho dodavatelov takze ked ma dnes nejaky distributor lcd tv panasonic 310€ a druhy dodavatel ju ma za 420€ tak klientovi ta tabulka automaticky zobrazi tu tv od toho dodavatela ktory ju ma za 310 (pretoze je najlacnejsia) a ziadnu inu mu nezobrazi tak? este by som chcel pripomenut ten klient nemal na mysli aby sa takto riesili produkty iba vtedy ked jeho klient zada konkretny produkt do vyhladavania ale aby sa to takto riesilo na celom e-shope, aby sa jeho klientovi tie produkty automaticky sfiltrovali uz vtedy ked vojde na e-shop

to zavisi uz odteba kazdy produkt ktory sa zobrazi prejdes takymto poziadavkom, v pripade ze si spravis pre kazdeho dodavatela zvlast tbl priklad pre dvoch dodavatelov
SELECT * FROM $tb1 JOIN $tb2 WHERE vyrobok='fotoaparat' ORDER BY typ, cena //edit

a do vypisu das vzdy len prvy produkt z jedneho typu tj ten najlacnejsi

lenze tych produktov je tam zopar tisic je nerealne spravit ku kazdemu produktu tabulku ale zatial THX za vsetko

ved citaj

snad nechces porovnavat 1000 dodavatelov

on tam chce mat cca 50 dodavatelov

mozu byt aj v jednej tbl
ale rozmyslal som nadtym trochu a mozno budes mat problem s tym ze nemusia mat pomenovane produkty rovnako(teda ak nieje nieco ako kod kniznej databazy pri knihach), tj "Daco Typ 987" "Typ 987" "Typ - 987" tym padom ti tam vyde duplicita... drzim palec

sak prave to je ta haluz

Počuj, máš vôbec nejaké znalosti z databáz? Vôbec nepotrebuješ tabuľku pre každého dodávateľa, stačí ti jedna pre produkty, jedna pre dodávateľov a jedna pre ceny. Dodávateľov aj produktov tam môžeš mať milióny.

no hej ale tym sa nevyriesi toto:

To si vyriešiš pri konverzii od jedného dodávateľa k druhému. Prípadne to môžeš manuálne opravovať.

no manualne to nemozem opravovat lebo tych produktov tam bude par desiatok tisic takze to je prakticky nerealne manualne opravovat