Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 12

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
Wyszukiwano:
w słowach kluczowych:  Obiektowe bazy danych
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
Implementacja operatorów i algorytmów cyfrowej generalizacji kartograficznej do zarządzania Georeferencyjną Bazą Danych Obiektów Topograficznych na poziomie szczegółowości mapy topograficznej 1:10 000 (BDOT10k) jest obecnie jednym z głównych zadań Państwowej Służby Geodezyjnej i Kartograficznej. Koncepcja wieloreprezentatywności obiektów przestrzennych przechowywanych w ww. bazie wymaga opracowania metodyki automatycznej generalizacji kartograficznej. Automatyzacja procesu jest możliwa po uporządkowaniu i zhierarchizowaniu zbiorów danych przestrzennych oraz przy zapewnieniu jednoznaczności wyników. W pracy wykorzystano MedialAxisTransform (MAT), jedną z metod wyznaczenia szkieletu (osi geometrycznej) dla obiektów powierzchniowych, a także normę rozpoznawalności rysunku jako jedyny wymierny czynnik wpływający na generalizację obiektów przestrzennych. W artykule przedstawiono użycie MAT w operatorach cyfrowej generalizacji kartograficznej: zapadania, przewiększania. Zaprezentowano także koncepcję użycia MAT w operatorze upraszczania. Osiągnięte wyniki pozwalają na stwierdzenie przydatności MAT w generalizacji wybranych obiektów BDOT10k do BDOO, a także do redakcji standardowych opracowań kartograficznych. (abstrakt oryginalny)
W pracy przedstawiono metodę optymalizacji dostępu do danych w obiektowych bazach danych na przykładzie optymalizacji rozmieszczenia obiektów w pamięci zewnętrznej z wykorzystaniem algorytmu genetycznego. Opracowano obiektową realizację algorytmu genetycznego oraz funkcję oceny efektywności poszczególnych osobników. Wyniki pracy mogą posłużyć jako narzędzie usprawniające działanie obiektowych baz danych w środowisku systemów CAD/CAM, a także systemów z bazami wiedzy. (abstrakt oryginalny)
Poszukiwania mające na celu wzbogacenie modelu relacyjnego - na poziomie logicznym - i np. modelu związków encji (powszechnie używanego dla modelowania pojęciowego i zapewniającego prostą transformacją do modelu logicznego-relacyjnego) trwają od wielu lat i zmierzają w różnych kierunkach. Poniższe opracowanie przedstawia przyczyny tychże poszukiwań oraz rezultaty - model semantyczny i obiektowy. Omówione są także możliwości implementacyjne modeli nie-relacyjnych w środowisku Oracle. (fragment tekstu)
Minikomputery systemu IBM AS/400 należą do grupy urządzeń o dużej mocy obliczeniowej i są przeznaczone do przetwarzania danych w przedsiębiorstwach średniej wielkości. Zastosowano w nich ujednoliconą architekturę wewnętrzną i bogate specjalistyczne oprogramowanie przystosowane do tworzenia i eksploatacji wielodostępnych, kompleksowych systemów informatycznych zarządzania. W komputerach systemu AS/400 potraktowano cały dostępny obszar pamięci operacyjnej i zewnętrznej jako wspólną pamięć wirtualną. Zastosowany system operacyjny o nazwie OS/400 jest zintegrowany w jedną całość z systemem zarządzania relacyjną bazą danych. Dzięki takiemu rozwiązaniu dane zapamiętane w bazie mogą być wykorzystywane w dowolny sposób przez różne aplikacje użytkowe. Funkcje zarządzania danymi zawarte w systemie operacyjnym umożliwiają pełny ich opis, kontrolę dostępu oraz formułowanie zapytań. Prezentują one programom użytkowym eksploatowanym w tym systemie taki obraz danych, jaki wynika z ich specyfikacji zawartych w zbiorze opisowym. Możliwość jednoczesnego udostępniania danych zapisanych w zbiorach bazy wielu użytkownikom i programom przy pełnym zapewnieniu ich integralności i ochrony ma szczególne znaczenie w dużych systemach informatycznych zarządzania. Efektywne korzystanie z potężnego narzędzia, jakim jest baza danych systemu AS/400, wymaga poznania jej organizacji, której charakterystyczną cecha jest orientacja obiektowa. Celem niniejszego artykułu jest przybliżenie tej problematyki. (fragment tekstu)
The aim of this paper is to present a model of cooperation between universities and business. This model is based on the needs of academic centres and is currently being developed based on newly acquired experience of cooperation with large information technology companies. The work contains a description of the existing database system supporting current cooper- ation and presents the concept for its development. This concept includes conclusions from generalization of cases of cooperation, to define specifications for the subsequent implemen- tation. The article presents innovative knowledge representation methods within the model, which should ensure further flexible development of the system and prepare it to face future challenges of extensive management of knowledge. This work also includes verification and the model implementation path for the purpose of support for scientific research units at Gdańsk University of Technology. (original abstract)
Jednym z prostszych i najpowszechniejszych narzędzi pozwalających na szybkie tworzenie oprogramowania dostosowanego do indywidualnych potrzeb jest MS Access. Zaletą tego środowiska jest możliwość łatwego i szybkiego tworzenia aplikacji i baz danych, co jest ważne w przypadku dynamicznie zmieniających się potrzeb informacyjnych firmy. Niestety wiąże się to często z zaniedbywaniem dobrych praktyk programistycznych w trakcie tworzenia systemu, jeśli nadrzędnym celem jest najkrótszy czas wytworzenia oprogramowania. Powoduje to duże problemy w późniejszych fazach eksploatacji programu, gdy aplikacja musi być utrzymywana (modyfikowana, dostosowywana do nowych potrzeb)5. W takich przypadkach każde narzędzie wspierające programistów w rozwikłaniu niezrozumiałych lub skomplikowanych elementów kodu będzie niezwykle pomocne. MS Access to program o szerokiej funkcjonalności, umożliwiający jednocześnie tworzenie baz danych i obsługujących je aplikacji. Czasami może powstać wątpliwość, czy plik taki określić jako "bazę MS Access", czy "aplikację MS Access", dlatego przyjmijmy, że będziemy je nazywać "systemami pod MS Access", niezależnie od tego czy zawierać będą dane, aplikację, czy dowolną kombinację wymienionych. Systemy pod MS Access składają się z różnorodnych obiektów, takich jak: Tabela, Kwerenda, Formularz, Raport, Makro, Moduł. Obiekty te można przeglądać w głównym oknie systemu (nazywanym "Oknem bazy danych"), stąd można je uruchamiać lub otwierać do projektowania. W MS Access (w wersji 2003) znalazła się też funkcja badania zależności między obiektami głównymi Accessa. Dzięki niej można sprawdzić, które inne obiekty główne wykorzystują dany obiekt, jak również, których obiektów głównych dany obiekt używa. Funkcja ta jednak ma znaczące ograniczenia, gdyż umożliwia tylko sprawdzenie zależności na poziomie obiektów głównych (zresztą nie wszystkich typów), Można zbudować narzędzie pozwalające na sprawdzanie bardziej złożonych zależności między obiektami na podstawie obiektowej mapy kodu.(fragment tekstu)
Celem artykułu jest pokazanie głównych różnic pomiędzy modelem obiektowym (MO) a relacyjnym (MR) na podstawie dwóch odpowiednich kryteriów: model danych i efektywność baz danych. Pokazano przykłady reprezentacji bazy danych w MO i MR. W dziedzinie baz danych (BD) skoncentrowano się na modelu zapytań oraz języku zapytań.
first rewind previous Strona / 1 next fast forward last
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.