Automatic physical database design tools rely on ``what-if'' interfaces to the query optimizer to estimate the execution time of the training query workload under different candidate physical designs. The tools use these what-if interfaces to recommend physical designs that minimize the estimated execution time of the input training workload. Minimizing estimated execution time alone can lead to designs that are not robust to query optimizer errors and workload changes. In particular, if the optimizer makes errors in estimating the execution time of the workload queries, then the recommended physical design may actually degrade the performance of these queries. In this sense, the physical design is risky. Furthermore, if the production queries are slightly different from the training queries, the recommended physical design may not benefit them at all. In this sense, the physical design is not general. We define Risk and Generality as two new measures aimed at evaluating the robustness of a proposed physical database design, and we show how to extend the objective function being optimized by a generic physical design tool to take these measures into account. We have implemented a physical design advisor in PostqreSQL, and we use it to experimentally demonstrate the usefulness of our approach. We show that our two new metrics result in physical designs that are more robust, which means that the user can implement them with a higher degree of confidence. This is particularly important as we move towards truly zero-administration database systems in which there is not the possibility for a DBA to vet the recommendations of the physical design tool before applying them.

Automatic physical database design tools rely on ``what-if'' interfaces to the query optimizer to estimate the execution time of the training query workload under different candidate physical designs. The tools use these what-if interfaces to recommend physical designs that minimize the estimated execution time of the input training workload. Minimizing estimated execution time alone can lead to designs that are not robust to query optimizer errors and workload changes. In particular, if the optimizer makes errors in estimating the execution time of the workload queries, then the recommended physical design may actually degrade the performance of these queries. In this sense, the physical design is risky. Furthermore, if the production queries are slightly different from the training queries, the recommended physical design may not benefit them at all. In this sense, the physical design is not general. We define Risk and Generality as two new measures aimed at evaluating the robustness of a proposed physical database design, and we show how to extend the objective function being optimized by a generic physical design tool to take these measures into account. We have implemented a physical design advisor in PostqreSQL, and we use it to experimentally demonstrate the usefulness of our approach. We show that our two new metrics result in physical designs that are more robust, which means that the user can implement them with a higher degree of confidence. This is particularly important as we move towards truly zero-administration database systems in which there is not the possibility for a DBA to vet the recommendations of the physical design tool before applying them.

<p>Recovery is a fundamental service in database systems. In this work, we present a new mechanism for diskless real-time recovery in fully replicated distributed real-time database systems. Traditionally, recovery has relied on disk-resident redundant data. Unfortunately, disks cannot always be used in real-time systems since these systems are sometimes used in environments which do not allow the use of disks. Also, minimizing the amount of hardware can save money, especially in mass-produced products. Instead of loading the database from disk, our recovery mechanism enables a restarted node to retrieve a copy of the database from an arbitrary remote node. The recovery mechanism does not violate timeliness during normal processing and, during recovery, all nodes except for the recovering node can guarantee the timeliness of critical transactions. The mechanism uses fuzzy checkpointing to copy the database to the recovering node. Fuzzy checkpointing has been chosen since it copies the database without regard to concurrency control and, thus, does not increase data contention in the database. We conclude that the suggested recovery mechanism is a feasible option for fully replicated distributed real-time database systems.</p>

Esta tese apresenta um modelo para representação de atividades em aplicações de escritório, próprio para a modelagem dos aspectos dinâmicos dessas aplicações. Os componentes empregados, para tanto, são atividades e objetos de escritório. A modelagem das atividades de uma aplicação, um diagrama de atividades, representa os trâmites dos objetos de escritório, as transformações realizadas sobre os mesmos pelos agentes do escritório, e a tomada de decisão eventualmente presente nas atividades. Tal modelagem de atividades descreve, portanto, a dinâmica dessa aplicação, respeitada a solução organizacional e funcional da empresa e as atribuições e responsabilidades dos agentes que vela trabalham. Objetos de escritório são complexos e podem ter características multimídia. Entretanto, a particularidade mais acentuada desses objetos, que os diferencia dos objetos .do domínio de outras aplicações não convencionais, é a massiva padronização nas descrições dos mesmos, sejam por razões legais, como ofício e requerimento, sejam por razões comerciais, como ata, procuração e recibo. Como conseqüência, objetos de escrit6rios constituem um domínio de classes que permite reutilização intensiva das mesmas, na modelagem de aplicações de escritório. Esse trabalho considera que modelos que se destinem a representar aplicações de escritório devem ter, como um dos objetivos, buscar reutilizar classes de escritório, próprias do domínio do problema. Para esta tese, a biblioteca de classes de escritório, independente das especificidades das aplicações do escritório, deve estar contemplada em um SGBDOO, e seu ambiente de descrição, e o mesmo deve ter, como recurso de descrição, herança múltipla. Atividade é o componente central do modelo delta tese e representa uma interação de um agente com a aplicação, onde objetos de escritórios podem ser criados, consultados, atualizados e destruídos e, ainda, podem ser enviados para outros agentes. Essa interação entre o agente e uma atividade da aplicação é efetivada no lugar de trabalho do agente, ou seja, em sua estação de trabalho. Os tramites dos objetos de escritório são representados, justamente, pelas seqüências possíveis de lugares que os mesmos podem percorrer dentro dos escritórios. A estrutura de dados e os métodos necessários, para que os objetos de escritório possam tratar lugares, são incorporados, por herança múltipla, a partir de uma classe especial chamada lugar de objeto de escritório. Para serem adequadamente empregados na representação da interação dos objetos com as atividades, os métodos pertencentes a interface pública dos objetos de escritório devem estar classificados pelo tipo de interação (consulta, construção, alteração e destruição) e pelo contexto de atuação (métodos de classe e métodos de instância). Atividade e definida como um objeto, com atributos e métodos próprios, e plenamente reutilizável. Atividade tem uma representação diagramática adequada que mostra quais são os objetos tratados, e a forma de manipulação correspondente, as condições a serem satisfeitas para a realização da mesma e os limites, que os agentes tem, na produção dos resultados. Um diagrama de atividades é um grafo anotado, composto de atividades e objetos de escritório, onde cada atividade esta conectada, por ramos, somente a objetos, assim como cada objeto pode estar conectado, por ramos, somente a atividades. Os ramos identificam as diferentes formas de manipulação, dos objetos de escritório, pelas atividades. Um diagrama de atividades corresponde a modelagem conceitual dos aspectos dinâmicos de uma aplicação de escritórios. Os aspectos estáticos, e de dinâmica intra-classes, são descritos em um modelo de objetos, compatível com o SGBDOO adotado para a descrição e implementação dos objetos de escritório. Pelo diagrama de atividades de uma aplicação, são identificáveis as atividades que podem ser realizadas de maneira independente, que possuam algum conflito na manipulação dos objetos, e que tenham uma ordenação relativa entre si. E representada, desta maneira, a descentralização das atividades e o assincronismo existente entre as mesmas. A construção de um modelo, para uma realidade complexa, é amparada por uma técnica de decomposição de diagramas, permitindo que o projetista divida o problema, dessa realidade, em panes menores. Além disso, as técnicas de abstração generalização e agregação estão disposição, possibilitando a reutilização de modelagens feitas para problemas semelhantes ou correlatos. Essas abstrações, assim como a maioria dos aspectos referentes ao modelo desta tese, estão formalmente descritos. Um tipo especial de conflito entre atividades é particularmente interessante em aplicações de escritório: a tomada de decisão. Para esta tese, tomar uma decisão significa escolher um dos vários possíveis resultados na realização de uma atividade, a partir dos mesmos insumos. O trabalho descreve, precisa e formalmente, o que é tomada de decisão em uma atividade e mostra como identificar, em diagramas de atividades, aquelas com tomadas de decisão. É demonstrado que a modelagem de uma aplicação de escritórios, composta do modelo de atividades e do modelo de objetos, é implementável em computador, considerando a atual realidade das plataformas computacionais presentes em escritórios. Para tanto, e descrita uma arquitetura de um ambiente adequado para descrição e execução de aplicações de escritórios, bem como são descritos os protótipos desenvolvidos para validação dos principais aspectos. Para mostrar a eficiência do processo e a qualidade dos produtos da modelagem de sistemas de informação de escritórios no modelo, são apresentados dois estudos de caso: a preparação de conferencias de trabalho da IFIP e a automação do serviço de envio de fax. / This thesis presents a model for representing activities in office applications that is adequate for the description of the dynamic aspects of such applications. This model has two fundamental concepts, namely activities and office objects. Activity diagrams are used to model office application activities, depicting the flow of office objects, the transformations performed by office agents on those objects, and the decision making eventually involved on these activities. By modeling activities in this way, the dynamics of an application is described respecting the organizational and functional solutions adopted by an enterprise, as well as the assignments and responsibilities of the agents working in the organization. Office objects are complex and may present multimedia characteristics. However, the most striking peculiarity of these objects is the massive standardization of their descriptions, due to either legal or commercial reasons. It is this particularity that distinguishes office objects from objects belonging to other non-conventional application domains. As a consequence, office objects constitute a domain allowing intensive class reuse for modeling office applications. This work assumes that models targeted at representing office applications should have the reuse of office classes as one of their goals. In this thesis, it is considered that the office class library must be supported by an OODBMS and its description environment, independently of the specificity of office applications. Such OODBMS must support multiple inheritance as a description resource. Activity is the main component of the model proposed here. An activity represents the interaction of an agent with an application where office objects can be either created, queried, updated or destroyed, and additionaly be sent to other agents. This interaction between the agent and an application activity is performed in the agent workplace, i.e., in its workstation. The flow of office objects is then represented by the possible sequences of places within the office that those objects may follow. The data structure and the methods needed to allow office objects to deal with places are integrated into the objects themselves. This is achieved through multiple inheritance from a special class called office object place. The methods belonging to the public interface of office objects must be classified by the interaction type (query, creation, update, destruction) and by the action target (class or instance methods). An activiq_is defined as an object containing its own attributes and methods, potentially fully reusable. An activity has an adequate diagrammatic representation that displays the objects handled, the corresponding ways of manipulating objects, the conditions to be fulfilled such that the activity can be performed and, finally, the constraints imposed on agents for the production of results. An activity diagram is an annotated graph, composed of activities and office objects, where activities can only be connected to objects, and objects may only be connected to activities. The edges represent the different ways activities manipulate office objects. An activity diagram corresponds to the conceptual modeling of the dynamic aspects of an office application The static aspects, as well as the internal dynamic aspects of the classes, are described by an object model, which is compatible with the OODBMS adopted for the description and implementation of office objects. Through the activity diagram, one can identify activities that may be executed concurrently, activities presenting conflicts in object handling, and activities with a relative temporal ordering. In this way, one can represent the decentralization of the activities, as well as their relative concurrence. The construction of complex models is supported by a technique of diagram decomposition, which allows the designer to divide the model into smaller parts. In addition, generalization and aggregation abstraction mechanisms are available, allowing the reusability of models created for similar problems. These abstractions, as well as most of the modeling issues used, are formally described in the thesis. A particularly interesting type of conflict in office applications is decision making. For the purposes of this work, decision making is considered to be the choice among the various possible results of an activity, given a same input. This work describes in a precise and formal way what decision making is in the context of an activity, and shows how to identify, in activity diagrams, those activities involving decision making. It is shown that office application modeling, described by an activity model and an object model, can be implemented in a computer, considering the hardware and software platforms presently available in offices. With this purpose, the architecture of an adequate environment for the description and execution of office applications is described in the thesis, together with the prototypes developed for validating the main aspects of this work. To show the efficiency of the process, as well as the quality of the modeling of office applications with the proposed model, two case studies are presented, namely the IFIP working conference preparation and the fax sending service automation case studies.

Esta tese apresenta um modelo para representação de atividades em aplicações de escritório, próprio para a modelagem dos aspectos dinâmicos dessas aplicações. Os componentes empregados, para tanto, são atividades e objetos de escritório. A modelagem das atividades de uma aplicação, um diagrama de atividades, representa os trâmites dos objetos de escritório, as transformações realizadas sobre os mesmos pelos agentes do escritório, e a tomada de decisão eventualmente presente nas atividades. Tal modelagem de atividades descreve, portanto, a dinâmica dessa aplicação, respeitada a solução organizacional e funcional da empresa e as atribuições e responsabilidades dos agentes que vela trabalham. Objetos de escritório são complexos e podem ter características multimídia. Entretanto, a particularidade mais acentuada desses objetos, que os diferencia dos objetos .do domínio de outras aplicações não convencionais, é a massiva padronização nas descrições dos mesmos, sejam por razões legais, como ofício e requerimento, sejam por razões comerciais, como ata, procuração e recibo. Como conseqüência, objetos de escrit6rios constituem um domínio de classes que permite reutilização intensiva das mesmas, na modelagem de aplicações de escritório. Esse trabalho considera que modelos que se destinem a representar aplicações de escritório devem ter, como um dos objetivos, buscar reutilizar classes de escritório, próprias do domínio do problema. Para esta tese, a biblioteca de classes de escritório, independente das especificidades das aplicações do escritório, deve estar contemplada em um SGBDOO, e seu ambiente de descrição, e o mesmo deve ter, como recurso de descrição, herança múltipla. Atividade é o componente central do modelo delta tese e representa uma interação de um agente com a aplicação, onde objetos de escritórios podem ser criados, consultados, atualizados e destruídos e, ainda, podem ser enviados para outros agentes. Essa interação entre o agente e uma atividade da aplicação é efetivada no lugar de trabalho do agente, ou seja, em sua estação de trabalho. Os tramites dos objetos de escritório são representados, justamente, pelas seqüências possíveis de lugares que os mesmos podem percorrer dentro dos escritórios. A estrutura de dados e os métodos necessários, para que os objetos de escritório possam tratar lugares, são incorporados, por herança múltipla, a partir de uma classe especial chamada lugar de objeto de escritório. Para serem adequadamente empregados na representação da interação dos objetos com as atividades, os métodos pertencentes a interface pública dos objetos de escritório devem estar classificados pelo tipo de interação (consulta, construção, alteração e destruição) e pelo contexto de atuação (métodos de classe e métodos de instância). Atividade e definida como um objeto, com atributos e métodos próprios, e plenamente reutilizável. Atividade tem uma representação diagramática adequada que mostra quais são os objetos tratados, e a forma de manipulação correspondente, as condições a serem satisfeitas para a realização da mesma e os limites, que os agentes tem, na produção dos resultados. Um diagrama de atividades é um grafo anotado, composto de atividades e objetos de escritório, onde cada atividade esta conectada, por ramos, somente a objetos, assim como cada objeto pode estar conectado, por ramos, somente a atividades. Os ramos identificam as diferentes formas de manipulação, dos objetos de escritório, pelas atividades. Um diagrama de atividades corresponde a modelagem conceitual dos aspectos dinâmicos de uma aplicação de escritórios. Os aspectos estáticos, e de dinâmica intra-classes, são descritos em um modelo de objetos, compatível com o SGBDOO adotado para a descrição e implementação dos objetos de escritório. Pelo diagrama de atividades de uma aplicação, são identificáveis as atividades que podem ser realizadas de maneira independente, que possuam algum conflito na manipulação dos objetos, e que tenham uma ordenação relativa entre si. E representada, desta maneira, a descentralização das atividades e o assincronismo existente entre as mesmas. A construção de um modelo, para uma realidade complexa, é amparada por uma técnica de decomposição de diagramas, permitindo que o projetista divida o problema, dessa realidade, em panes menores. Além disso, as técnicas de abstração generalização e agregação estão disposição, possibilitando a reutilização de modelagens feitas para problemas semelhantes ou correlatos. Essas abstrações, assim como a maioria dos aspectos referentes ao modelo desta tese, estão formalmente descritos. Um tipo especial de conflito entre atividades é particularmente interessante em aplicações de escritório: a tomada de decisão. Para esta tese, tomar uma decisão significa escolher um dos vários possíveis resultados na realização de uma atividade, a partir dos mesmos insumos. O trabalho descreve, precisa e formalmente, o que é tomada de decisão em uma atividade e mostra como identificar, em diagramas de atividades, aquelas com tomadas de decisão. É demonstrado que a modelagem de uma aplicação de escritórios, composta do modelo de atividades e do modelo de objetos, é implementável em computador, considerando a atual realidade das plataformas computacionais presentes em escritórios. Para tanto, e descrita uma arquitetura de um ambiente adequado para descrição e execução de aplicações de escritórios, bem como são descritos os protótipos desenvolvidos para validação dos principais aspectos. Para mostrar a eficiência do processo e a qualidade dos produtos da modelagem de sistemas de informação de escritórios no modelo, são apresentados dois estudos de caso: a preparação de conferencias de trabalho da IFIP e a automação do serviço de envio de fax. / This thesis presents a model for representing activities in office applications that is adequate for the description of the dynamic aspects of such applications. This model has two fundamental concepts, namely activities and office objects. Activity diagrams are used to model office application activities, depicting the flow of office objects, the transformations performed by office agents on those objects, and the decision making eventually involved on these activities. By modeling activities in this way, the dynamics of an application is described respecting the organizational and functional solutions adopted by an enterprise, as well as the assignments and responsibilities of the agents working in the organization. Office objects are complex and may present multimedia characteristics. However, the most striking peculiarity of these objects is the massive standardization of their descriptions, due to either legal or commercial reasons. It is this particularity that distinguishes office objects from objects belonging to other non-conventional application domains. As a consequence, office objects constitute a domain allowing intensive class reuse for modeling office applications. This work assumes that models targeted at representing office applications should have the reuse of office classes as one of their goals. In this thesis, it is considered that the office class library must be supported by an OODBMS and its description environment, independently of the specificity of office applications. Such OODBMS must support multiple inheritance as a description resource. Activity is the main component of the model proposed here. An activity represents the interaction of an agent with an application where office objects can be either created, queried, updated or destroyed, and additionaly be sent to other agents. This interaction between the agent and an application activity is performed in the agent workplace, i.e., in its workstation. The flow of office objects is then represented by the possible sequences of places within the office that those objects may follow. The data structure and the methods needed to allow office objects to deal with places are integrated into the objects themselves. This is achieved through multiple inheritance from a special class called office object place. The methods belonging to the public interface of office objects must be classified by the interaction type (query, creation, update, destruction) and by the action target (class or instance methods). An activiq_is defined as an object containing its own attributes and methods, potentially fully reusable. An activity has an adequate diagrammatic representation that displays the objects handled, the corresponding ways of manipulating objects, the conditions to be fulfilled such that the activity can be performed and, finally, the constraints imposed on agents for the production of results. An activity diagram is an annotated graph, composed of activities and office objects, where activities can only be connected to objects, and objects may only be connected to activities. The edges represent the different ways activities manipulate office objects. An activity diagram corresponds to the conceptual modeling of the dynamic aspects of an office application The static aspects, as well as the internal dynamic aspects of the classes, are described by an object model, which is compatible with the OODBMS adopted for the description and implementation of office objects. Through the activity diagram, one can identify activities that may be executed concurrently, activities presenting conflicts in object handling, and activities with a relative temporal ordering. In this way, one can represent the decentralization of the activities, as well as their relative concurrence. The construction of complex models is supported by a technique of diagram decomposition, which allows the designer to divide the model into smaller parts. In addition, generalization and aggregation abstraction mechanisms are available, allowing the reusability of models created for similar problems. These abstractions, as well as most of the modeling issues used, are formally described in the thesis. A particularly interesting type of conflict in office applications is decision making. For the purposes of this work, decision making is considered to be the choice among the various possible results of an activity, given a same input. This work describes in a precise and formal way what decision making is in the context of an activity, and shows how to identify, in activity diagrams, those activities involving decision making. It is shown that office application modeling, described by an activity model and an object model, can be implemented in a computer, considering the hardware and software platforms presently available in offices. With this purpose, the architecture of an adequate environment for the description and execution of office applications is described in the thesis, together with the prototypes developed for validating the main aspects of this work. To show the efficiency of the process, as well as the quality of the modeling of office applications with the proposed model, two case studies are presented, namely the IFIP working conference preparation and the fax sending service automation case studies.

XML tornou-se um padrÃo amplamente utilizado na representaÃÃo e troca de dados entre aplicaÃÃes na Web. Com isso, um grande volume desses dados està distribuÃdo na Web e armazenado em diversos meios de persistÃncia. SGBDs relacionais que suportam XML fornecem tÃcnicas de controle de concorrÃncia para gerenciar esses dados. No entanto, a estrutura de dados XML dificulta a aplicaÃÃo dessas tÃcnicas. Adicionalmente, as tÃcnicas de replicaÃÃo tÃm sido utilizadas para melhorar o gerenciamento de grandes quantidades de dados XML. Pesquisas atuais de replicaÃÃo de dados XML consistem em adaptar os conceitos existentes ao modelo semi-estruturado. Em especial, a replicaÃÃo total apresenta uma grande quantidade de bloqueios, em decorrÃncia das atualizaÃÃes ocorrerem em todas as cÃpias da base. Por outro lado, a replicaÃÃo parcial visa aumentar a concorrÃncia entre as transaÃÃes, com uma menor quantidade de bloqueios em relaÃÃo à replicaÃÃo total. Este trabalho apresenta o RepliXP, uma estratÃgia para o gerenciamento da replicaÃÃo parcial de dados XML. Ele à apresentado como um mecanismo que combina caracterÃsticas de protocolos de replicaÃÃo sÃncronos e assÃncronos para diminuir o nÃmero de bloqueios de atualizaÃÃo. Para validar a estratÃgia, foram realizados testes de desempenho analisando o tempo de resposta das transaÃÃes. Foram comparadas as abordagens de replicaÃÃo total e replicaÃÃo parcial no RepliXP. De acordo com os resultados obtidos, o RepliXP utilizando a estratÃgia de replicaÃÃo parcial de dados XML proporcionou uma melhoria no tempo de resposta das transaÃÃes concorrentes. / XML has become a widely used standard in representing and exchanging data among Web Applications. Consequently, a large amount of data is distributed on the Web and stored in several persistence medias. Relational DBMSs XML-enabled provide concurrency control techniques to manage such data. However, XML data structure makes it difficult implementation of these techniques. Additionally, replication techniques have been used to improve management of large amounts of XML data. Current researches of XML data replication consist of to adapt existing concepts to semi-structured model. In particular, full replication provides a large of locks, due to updates that have occurred on all copies of the base. Moreover, the partial replication aims to increase concurrency among transactions, with a smaller amount of blocks in relation to total replication. This work presents the RepliXP, towards for management of partial replication of XML data. It is presented as a mechanism that combines features of synchronous and asynchronous replication protocols to reduce the amount of update locks. In order to evaluate the strategy, performance tests were carried out by analyzing the response time of transactions. Full and partial replication approaches were compared in RepliXP. According to the results, RepliXP using the strategy of partial XML data replication provided an improvement in response time of concurrent transactions.

Recovery is a fundamental service in database systems. In this work, we present a new mechanism for diskless real-time recovery in fully replicated distributed real-time database systems. Traditionally, recovery has relied on disk-resident redundant data. Unfortunately, disks cannot always be used in real-time systems since these systems are sometimes used in environments which do not allow the use of disks. Also, minimizing the amount of hardware can save money, especially in mass-produced products. Instead of loading the database from disk, our recovery mechanism enables a restarted node to retrieve a copy of the database from an arbitrary remote node. The recovery mechanism does not violate timeliness during normal processing and, during recovery, all nodes except for the recovering node can guarantee the timeliness of critical transactions. The mechanism uses fuzzy checkpointing to copy the database to the recovering node. Fuzzy checkpointing has been chosen since it copies the database without regard to concurrency control and, thus, does not increase data contention in the database. We conclude that the suggested recovery mechanism is a feasible option for fully replicated distributed real-time database systems.

This work deals with the use of NoSQL database systems in an environment of financial institutions. The work has several objectives: to characterize the types of NoSQL database systems, for selected systems to analyze their properties, their potential use in financial institutions to develop proposals case studies for their use, and one of them select and implement a demonstration of the possibilities of using this type of database system in the specific environment of financial institutions. These objectives are to be achieved by providing a description and analysis of the theoretical part, practical part in designing, choosing, implementation, verification and acceptance of one case study - based on acceptances criteria. In the thesis are the basic concepts of database systems explained first. It is explained in more detail the concept of NoSQL and related terms including causes and genesis, classification systems NoSQL in each category. The next part contains a comparison of the characteristics of relational database - relational systems and NoSQL database systems. The next chapter deals with the needs of financial institutions in the context of the use of database systems. There are also analyzed the properties of several selected NoSQL database systems . The next chapter is based on the analytical findings from previous chapters devoted to finding poten-tials lu use NoSQL database systems in an environment of financial institutions, which is the basic theme of the thesis . The penultimate chapter contains a suggestions of case studies, one of which is selected and a description of the results of its implementation are described in the last chapter . The main contribution of this work is a contribution to the theory of NoSQL systems and the possibili-ty of their use by financial institutions, which take into account when choosing a database system, or a combination of database systems, in practical terms can lead not only to increase the efficiency of their use, but also to optimize the acquisition and operational the costs of such systems.

The goal of this this is to create an information system for the visualization of geographical data. The main idea is to allow users to create visualizations with their own geographical data, which they can either import from files or directly attach their own database system as a source of data and make use of the data in real-time. The result will be a new web information system that will act as a point of contact between users, geographical data, and visualizations.

The ever-increasing demand for scalable database systems is limited by their energy consumption, which is one of the major challenges in research today. While existing approaches mainly focused on transaction-oriented disk-based database systems, we are investigating and optimizing the energy consumption and performance of data-oriented scale-up in-memory database systems that make heavy use of the main power consumers, which are processors and main memory. We give an in-depth energy analysis of a current mainstream server system and show that modern processors provide a rich set of energy-control features, but lack the capability of controlling them appropriately, because of missing application-specific knowledge. Thus, we propose the Energy-Control Loop (ECL) as an DBMS-integrated approach for adaptive energy-control on scale-up in-memory database systems that obeys a query latency limit as a soft constraint and actively optimizes energy efficiency and performance of the DBMS. The ECL relies on adaptive workload-dependent energy profiles that are continuously maintained at runtime. In our evaluation, we observed energy savings ranging from 20% to 40% for a real-world load profile.