Widoki z innej bazy, MSSQL 2k, przeciwskazania, wskazania?
ďťż
Widoki z innej bazy, MSSQL 2k, przeciwskazania, wskazania? Zobacz wiadomości
Cytat
A gdyby tak się wedrzeć na umysłów górę, / Gdyby stanąć na ludzkich myśli piramidzie, / I przebić czołem przesądów chmurę, / I być najwyższą myślą wcieloną. . . Juliusz Słowacki, Kordian
Widoki z innej bazy, MSSQL 2k, przeciwskazania, wskazania?
adam - 03-08-2007 09:28 Widoki z innej bazy, MSSQL 2k, przeciwskazania, wskazania?
Witam, mam nastepującą sytuacje. Integruje swoj program z aplikacją juz działająca u klienta. Musze korzystac z danych zawartych w bazie nadrzędnej. Najprosciej byłoby mi zrobić po swojej stronie widoki z tabel w bazie nadrzędnej. Pytanie brzmi czy są jakieś przeciwskazania co do takiego rozwiązania. Inne możliwości to: - wrzucenie mojej bazy do bazy klienta - strasznie duzo przepisywania, ewentualne konflikty nazewnictwa etc... - duplikowanie zawartosci kluczowych tabel po mojej stronie
Osobiscie skłaniam sie ku rozwiązaniu z widokami z tabel ale wole zawczasu zapytać na co powinienem zwrócić uwage i dlaczego ewentualnie nie powinienem tego robic w taki sposób.
Baza to MSSQL 2000
Pozdrawiam i prosze o informacje
Marcin A. Guzowski - 07-08-2007 00:01
adam wrote: > Witam, mam nastepującą sytuacje. > Integruje swoj program z aplikacją juz działająca u klienta. Musze > korzystac z danych zawartych w bazie nadrzędnej. Najprosciej byłoby mi > zrobić po swojej stronie widoki z tabel w bazie nadrzędnej. Pytanie > brzmi czy są jakieś przeciwskazania co do takiego rozwiązania. Inne > możliwości to: > - wrzucenie mojej bazy do bazy klienta - strasznie duzo przepisywania, > ewentualne konflikty nazewnictwa etc... > - duplikowanie zawartosci kluczowych tabel po mojej stronie > > Osobiscie skłaniam sie ku rozwiązaniu z widokami z tabel ale wole > zawczasu zapytać na co powinienem zwrócić uwage i dlaczego ewentualnie > nie powinienem tego robic w taki sposób. > > Baza to MSSQL 2000 > > Pozdrawiam i prosze o informacje
Rozumiem, że masz aplikację, do której dedykowana jest baza lokalna (czyli appl+jej własna baza) oraz bazę "nadrzędną" klienta, która zawiera informacje niezbędne aplikacji. Nie jest dla mnie tylko jasne, czy z danych zawartych w bazie nadrzędnej ma korzystać bezpośrednio aplikacja (aplikacja może przecież łączyć się do kilku baz), czy najpierw logika znajdująca się w bazie aplikacji, a następnie sama aplikacja (pośrednio przez swoją bazę), czy może baza aplikacji ma tylko zawierać np. widoki (a może procedury) odwołujące się do bazy nadrzędnej.
Zakładam, że chodzi o jakąś formę zaistnienia danych z bazy nadrzędnej w bazie Twojej aplikacji. Jeżeli tak jest, to Twoje pytanie sprowadza się do budowy interfejsu między tymi bazami. Można go zrealizować bardzo różnie, widoki mogą być oczywiście jego elementem (widoki zarówno po stronie bazy nadrzędnej, jak i aplikacyjnej, można też wykorzystać procedury). Nie wdając się w szczegóły, bo i nie mam pewności jak Twoje rozwiązanie ma wyglądać, powiem tylko tyle, że może Ci się zacząć zabawa z rozproszonymi transakcjami - chyba, że z aplikacji będziesz tylko odpytywał bazę lokalną na zasadzie unii z bazą nadrzędną. Każde rozwiązanie ma plusy i minusy (m.in. różną wydajność). Radziłbym dobrze rozpracować ten temat, bo możesz stworzyć potworka, który będzie Cię straszył przez długie dni.
Decede mihi sole - nie zasłaniaj mi słonca. Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści Hoc fac - tak czyń. A tergo - od tyłu; z tyłu. I czarne włosy posiwieją. Safona
