Usando um serviço de mensageria criado com a API JMS para manter a consistência de dados em banco de dados relacionais distribuídos
| Ano de defesa: | 2017 |
|---|---|
| Autor(a) principal: | |
| Orientador(a): | |
| Banca de defesa: | |
| Tipo de documento: | Dissertação |
| Tipo de acesso: | Acesso aberto |
| Idioma: | por |
| Instituição de defesa: |
Universidade Federal de Pernambuco
|
| Programa de Pós-Graduação: |
Programa de Pos Graduacao em Ciencia da Computacao
|
| Departamento: |
Não Informado pela instituição
|
| País: |
Brasil
|
| Palavras-chave em Português: | |
| Link de acesso: | https://repositorio.ufpe.br/handle/123456789/25371 |
Resumo: | De acordo com o Teorema CAP (Consistency, Availability e Partition Tolerance), não é possível alcançar, em um sistema distribuído, e ao mesmo tempo, as características de Consistência, Disponibilidade e Tolerância à Partição (em caso de falhas). Por conta dessa idéia, diversos sistemas de banco de dados em nuvem optaram por relaxar a consistência, priorizando a disponibilidade do serviço. Essa decisão apóia-se no fato de que para muitas aplicações inconsistência nos dados é aceitável quando se consegue a disponibilidade das mesmas, porém, para um número grande de aplicações, essa inconsistência pode representar prejuízos imensuráveis, como no caso de uma aplicação bancária consultando dados inconsistentes de seus clientes. Diante desse quadro se faz necessário investigar e explorar novas opções, que permitam a consistência dos dados, quando estes estão replicados e disponibilizados em nuvem, sem abrir mão da disponibilidade do serviço. Diante do exposto e considerando a Universidade Federal de Pernambuco (UFPE) interessada em replicar seus dados, formando uma nuvem privada, garantindo sua consistência, este trabalho propõe um modelo para manutenção de consistência de dados relacionais replicados, baseado na troca de mensagens entre a aplicação e as réplicas do banco de dados. Realizados testes de cadastros, alterações e exclusões no modelo proposto, foi verificado que o mesmo foi eficaz em manter três réplicas de um banco de dados consistentes entre si. |
| id |
UFPE_821bf261c6bf5f7ff435da8704cc7ecd |
|---|---|
| oai_identifier_str |
oai:repositorio.ufpe.br:123456789/25371 |
| network_acronym_str |
UFPE |
| network_name_str |
Repositório Institucional da UFPE |
| repository_id_str |
|
| spelling |
LIMA JUNIOR, Rivaldo Guimarães dehttp://lattes.cnpq.br/1745071931275594http://lattes.cnpq.br/7076371974874150SOUZA, Fernando da Fonseca de2018-08-03T19:25:18Z2018-08-03T19:25:18Z2017-05-12https://repositorio.ufpe.br/handle/123456789/25371De acordo com o Teorema CAP (Consistency, Availability e Partition Tolerance), não é possível alcançar, em um sistema distribuído, e ao mesmo tempo, as características de Consistência, Disponibilidade e Tolerância à Partição (em caso de falhas). Por conta dessa idéia, diversos sistemas de banco de dados em nuvem optaram por relaxar a consistência, priorizando a disponibilidade do serviço. Essa decisão apóia-se no fato de que para muitas aplicações inconsistência nos dados é aceitável quando se consegue a disponibilidade das mesmas, porém, para um número grande de aplicações, essa inconsistência pode representar prejuízos imensuráveis, como no caso de uma aplicação bancária consultando dados inconsistentes de seus clientes. Diante desse quadro se faz necessário investigar e explorar novas opções, que permitam a consistência dos dados, quando estes estão replicados e disponibilizados em nuvem, sem abrir mão da disponibilidade do serviço. Diante do exposto e considerando a Universidade Federal de Pernambuco (UFPE) interessada em replicar seus dados, formando uma nuvem privada, garantindo sua consistência, este trabalho propõe um modelo para manutenção de consistência de dados relacionais replicados, baseado na troca de mensagens entre a aplicação e as réplicas do banco de dados. Realizados testes de cadastros, alterações e exclusões no modelo proposto, foi verificado que o mesmo foi eficaz em manter três réplicas de um banco de dados consistentes entre si.According to the CAP Theorem (Consistency, Availability e Partition Tolerance), it cannot be achieved in a distributed system, and at the same time, the characteristics of Consistency, Availability and Partition tolerance (in case of failures). Considering this idea, various cloud database systems have chosen to relax the consistency, prioritizing service availability. That decision is supported by the fact that for many applications data inconsistency is acceptable should such data be available. However, for a large number of applications, this inconsistency may cause great losses, as in the case of a banking application querying inconsistent data of their customers. Therefore, it is necessary to investigate and explore new options to allow mantaining data consistency, when such data are replicated and available in the cloud, without giving up service availability. Taking the above into consideration as well as that Federal University of Pernambuco (UFPE) is interested in replicating its data, forming a private cloud, ensuring their consistency, this work proposes a model to mantain consistency of replicated relational data, based on the exchange of messages between the application and the database replicas. After performing tests of registrations, changes and exclusions in the proposed model, it was verified that it was effective in keeping three replicates of a database consistent with each other.porUniversidade Federal de PernambucoPrograma de Pos Graduacao em Ciencia da ComputacaoUFPEBrasilAttribution-NonCommercial-NoDerivs 3.0 Brazilhttp://creativecommons.org/licenses/by-nc-nd/3.0/br/info:eu-repo/semantics/openAccessBanco de dadosConsistência de dadosUsando um serviço de mensageria criado com a API JMS para manter a consistência de dados em banco de dados relacionais distribuídosinfo:eu-repo/semantics/publishedVersioninfo:eu-repo/semantics/masterThesismestradoreponame:Repositório Institucional da UFPEinstname:Universidade Federal de Pernambuco (UFPE)instacron:UFPETHUMBNAILDISSERTAÇÃO Rivaldo Guimarães de Lima Junior.pdf.jpgDISSERTAÇÃO Rivaldo Guimarães de Lima Junior.pdf.jpgGenerated Thumbnailimage/jpeg1423https://repositorio.ufpe.br/bitstream/123456789/25371/6/DISSERTA%c3%87%c3%83O%20Rivaldo%20Guimar%c3%a3es%20de%20Lima%20Junior.pdf.jpgcc6dc6730ed033278b38931cd15e5733MD56ORIGINALDISSERTAÇÃO Rivaldo Guimarães de Lima Junior.pdfDISSERTAÇÃO Rivaldo Guimarães de Lima Junior.pdfapplication/pdf1834166https://repositorio.ufpe.br/bitstream/123456789/25371/1/DISSERTA%c3%87%c3%83O%20Rivaldo%20Guimar%c3%a3es%20de%20Lima%20Junior.pdf9a812331b16fc6031d784504512f9380MD51LICENSElicense.txtlicense.txttext/plain; charset=utf-82311https://repositorio.ufpe.br/bitstream/123456789/25371/3/license.txt4b8a02c7f2818eaf00dcf2260dd5eb08MD53CC-LICENSElicense_rdflicense_rdfapplication/rdf+xml; charset=utf-8811https://repositorio.ufpe.br/bitstream/123456789/25371/4/license_rdfe39d27027a6cc9cb039ad269a5db8e34MD54TEXTDISSERTAÇÃO Rivaldo Guimarães de Lima Junior.pdf.txtDISSERTAÇÃO Rivaldo Guimarães de Lima Junior.pdf.txtExtracted texttext/plain123363https://repositorio.ufpe.br/bitstream/123456789/25371/5/DISSERTA%c3%87%c3%83O%20Rivaldo%20Guimar%c3%a3es%20de%20Lima%20Junior.pdf.txt6719b90f6346073341fbfb48ba6428e2MD55123456789/253712019-10-25 09:08:21.597oai:repositorio.ufpe.br:123456789/25371TGljZW7Dp2EgZGUgRGlzdHJpYnVpw6fDo28gTsOjbyBFeGNsdXNpdmEKClRvZG8gZGVwb3NpdGFudGUgZGUgbWF0ZXJpYWwgbm8gUmVwb3NpdMOzcmlvIEluc3RpdHVjaW9uYWwgKFJJKSBkZXZlIGNvbmNlZGVyLCDDoCBVbml2ZXJzaWRhZGUgRmVkZXJhbCBkZSBQZXJuYW1idWNvIChVRlBFKSwgdW1hIExpY2Vuw6dhIGRlIERpc3RyaWJ1acOnw6NvIE7Do28gRXhjbHVzaXZhIHBhcmEgbWFudGVyIGUgdG9ybmFyIGFjZXNzw612ZWlzIG9zIHNldXMgZG9jdW1lbnRvcywgZW0gZm9ybWF0byBkaWdpdGFsLCBuZXN0ZSByZXBvc2l0w7NyaW8uCgpDb20gYSBjb25jZXNzw6NvIGRlc3RhIGxpY2Vuw6dhIG7Do28gZXhjbHVzaXZhLCBvIGRlcG9zaXRhbnRlIG1hbnTDqW0gdG9kb3Mgb3MgZGlyZWl0b3MgZGUgYXV0b3IuCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKTGljZW7Dp2EgZGUgRGlzdHJpYnVpw6fDo28gTsOjbyBFeGNsdXNpdmEKCkFvIGNvbmNvcmRhciBjb20gZXN0YSBsaWNlbsOnYSBlIGFjZWl0w6EtbGEsIHZvY8OqIChhdXRvciBvdSBkZXRlbnRvciBkb3MgZGlyZWl0b3MgYXV0b3JhaXMpOgoKYSkgRGVjbGFyYSBxdWUgY29uaGVjZSBhIHBvbMOtdGljYSBkZSBjb3B5cmlnaHQgZGEgZWRpdG9yYSBkbyBzZXUgZG9jdW1lbnRvOwpiKSBEZWNsYXJhIHF1ZSBjb25oZWNlIGUgYWNlaXRhIGFzIERpcmV0cml6ZXMgcGFyYSBvIFJlcG9zaXTDs3JpbyBJbnN0aXR1Y2lvbmFsIGRhIFVGUEU7CmMpIENvbmNlZGUgw6AgVUZQRSBvIGRpcmVpdG8gbsOjbyBleGNsdXNpdm8gZGUgYXJxdWl2YXIsIHJlcHJvZHV6aXIsIGNvbnZlcnRlciAoY29tbyBkZWZpbmlkbyBhIHNlZ3VpciksIGNvbXVuaWNhciBlL291IGRpc3RyaWJ1aXIsIG5vIFJJLCBvIGRvY3VtZW50byBlbnRyZWd1ZSAoaW5jbHVpbmRvIG8gcmVzdW1vL2Fic3RyYWN0KSBlbSBmb3JtYXRvIGRpZ2l0YWwgb3UgcG9yIG91dHJvIG1laW87CmQpIERlY2xhcmEgcXVlIGF1dG9yaXphIGEgVUZQRSBhIGFycXVpdmFyIG1haXMgZGUgdW1hIGPDs3BpYSBkZXN0ZSBkb2N1bWVudG8gZSBjb252ZXJ0w6otbG8sIHNlbSBhbHRlcmFyIG8gc2V1IGNvbnRlw7pkbywgcGFyYSBxdWFscXVlciBmb3JtYXRvIGRlIGZpY2hlaXJvLCBtZWlvIG91IHN1cG9ydGUsIHBhcmEgZWZlaXRvcyBkZSBzZWd1cmFuw6dhLCBwcmVzZXJ2YcOnw6NvIChiYWNrdXApIGUgYWNlc3NvOwplKSBEZWNsYXJhIHF1ZSBvIGRvY3VtZW50byBzdWJtZXRpZG8gw6kgbyBzZXUgdHJhYmFsaG8gb3JpZ2luYWwgZSBxdWUgZGV0w6ltIG8gZGlyZWl0byBkZSBjb25jZWRlciBhIHRlcmNlaXJvcyBvcyBkaXJlaXRvcyBjb250aWRvcyBuZXN0YSBsaWNlbsOnYS4gRGVjbGFyYSB0YW1iw6ltIHF1ZSBhIGVudHJlZ2EgZG8gZG9jdW1lbnRvIG7Do28gaW5mcmluZ2Ugb3MgZGlyZWl0b3MgZGUgb3V0cmEgcGVzc29hIG91IGVudGlkYWRlOwpmKSBEZWNsYXJhIHF1ZSwgbm8gY2FzbyBkbyBkb2N1bWVudG8gc3VibWV0aWRvIGNvbnRlciBtYXRlcmlhbCBkbyBxdWFsIG7Do28gZGV0w6ltIG9zIGRpcmVpdG9zIGRlCmF1dG9yLCBvYnRldmUgYSBhdXRvcml6YcOnw6NvIGlycmVzdHJpdGEgZG8gcmVzcGVjdGl2byBkZXRlbnRvciBkZXNzZXMgZGlyZWl0b3MgcGFyYSBjZWRlciDDoApVRlBFIG9zIGRpcmVpdG9zIHJlcXVlcmlkb3MgcG9yIGVzdGEgTGljZW7Dp2EgZSBhdXRvcml6YXIgYSB1bml2ZXJzaWRhZGUgYSB1dGlsaXrDoS1sb3MgbGVnYWxtZW50ZS4gRGVjbGFyYSB0YW1iw6ltIHF1ZSBlc3NlIG1hdGVyaWFsIGN1am9zIGRpcmVpdG9zIHPDo28gZGUgdGVyY2Vpcm9zIGVzdMOhIGNsYXJhbWVudGUgaWRlbnRpZmljYWRvIGUgcmVjb25oZWNpZG8gbm8gdGV4dG8gb3UgY29udGXDumRvIGRvIGRvY3VtZW50byBlbnRyZWd1ZTsKZykgU2UgbyBkb2N1bWVudG8gZW50cmVndWUgw6kgYmFzZWFkbyBlbSB0cmFiYWxobyBmaW5hbmNpYWRvIG91IGFwb2lhZG8gcG9yIG91dHJhIGluc3RpdHVpw6fDo28gcXVlIG7Do28gYSBVRlBFLMKgZGVjbGFyYSBxdWUgY3VtcHJpdSBxdWFpc3F1ZXIgb2JyaWdhw6fDtWVzIGV4aWdpZGFzIHBlbG8gcmVzcGVjdGl2byBjb250cmF0byBvdSBhY29yZG8uCgpBIFVGUEUgaWRlbnRpZmljYXLDoSBjbGFyYW1lbnRlIG8ocykgbm9tZShzKSBkbyhzKSBhdXRvciAoZXMpIGRvcyBkaXJlaXRvcyBkbyBkb2N1bWVudG8gZW50cmVndWUgZSBuw6NvIGZhcsOhIHF1YWxxdWVyIGFsdGVyYcOnw6NvLCBwYXJhIGFsw6ltIGRvIHByZXZpc3RvIG5hIGFsw61uZWEgYykuCg==Repositório InstitucionalPUBhttps://repositorio.ufpe.br/oai/requestattena@ufpe.bropendoar:22212019-10-25T12:08:21Repositório Institucional da UFPE - Universidade Federal de Pernambuco (UFPE)false |
| dc.title.pt_BR.fl_str_mv |
Usando um serviço de mensageria criado com a API JMS para manter a consistência de dados em banco de dados relacionais distribuídos |
| title |
Usando um serviço de mensageria criado com a API JMS para manter a consistência de dados em banco de dados relacionais distribuídos |
| spellingShingle |
Usando um serviço de mensageria criado com a API JMS para manter a consistência de dados em banco de dados relacionais distribuídos LIMA JUNIOR, Rivaldo Guimarães de Banco de dados Consistência de dados |
| title_short |
Usando um serviço de mensageria criado com a API JMS para manter a consistência de dados em banco de dados relacionais distribuídos |
| title_full |
Usando um serviço de mensageria criado com a API JMS para manter a consistência de dados em banco de dados relacionais distribuídos |
| title_fullStr |
Usando um serviço de mensageria criado com a API JMS para manter a consistência de dados em banco de dados relacionais distribuídos |
| title_full_unstemmed |
Usando um serviço de mensageria criado com a API JMS para manter a consistência de dados em banco de dados relacionais distribuídos |
| title_sort |
Usando um serviço de mensageria criado com a API JMS para manter a consistência de dados em banco de dados relacionais distribuídos |
| author |
LIMA JUNIOR, Rivaldo Guimarães de |
| author_facet |
LIMA JUNIOR, Rivaldo Guimarães de |
| author_role |
author |
| dc.contributor.authorLattes.pt_BR.fl_str_mv |
http://lattes.cnpq.br/1745071931275594 |
| dc.contributor.advisorLattes.pt_BR.fl_str_mv |
http://lattes.cnpq.br/7076371974874150 |
| dc.contributor.author.fl_str_mv |
LIMA JUNIOR, Rivaldo Guimarães de |
| dc.contributor.advisor1.fl_str_mv |
SOUZA, Fernando da Fonseca de |
| contributor_str_mv |
SOUZA, Fernando da Fonseca de |
| dc.subject.por.fl_str_mv |
Banco de dados Consistência de dados |
| topic |
Banco de dados Consistência de dados |
| description |
De acordo com o Teorema CAP (Consistency, Availability e Partition Tolerance), não é possível alcançar, em um sistema distribuído, e ao mesmo tempo, as características de Consistência, Disponibilidade e Tolerância à Partição (em caso de falhas). Por conta dessa idéia, diversos sistemas de banco de dados em nuvem optaram por relaxar a consistência, priorizando a disponibilidade do serviço. Essa decisão apóia-se no fato de que para muitas aplicações inconsistência nos dados é aceitável quando se consegue a disponibilidade das mesmas, porém, para um número grande de aplicações, essa inconsistência pode representar prejuízos imensuráveis, como no caso de uma aplicação bancária consultando dados inconsistentes de seus clientes. Diante desse quadro se faz necessário investigar e explorar novas opções, que permitam a consistência dos dados, quando estes estão replicados e disponibilizados em nuvem, sem abrir mão da disponibilidade do serviço. Diante do exposto e considerando a Universidade Federal de Pernambuco (UFPE) interessada em replicar seus dados, formando uma nuvem privada, garantindo sua consistência, este trabalho propõe um modelo para manutenção de consistência de dados relacionais replicados, baseado na troca de mensagens entre a aplicação e as réplicas do banco de dados. Realizados testes de cadastros, alterações e exclusões no modelo proposto, foi verificado que o mesmo foi eficaz em manter três réplicas de um banco de dados consistentes entre si. |
| publishDate |
2017 |
| dc.date.issued.fl_str_mv |
2017-05-12 |
| dc.date.accessioned.fl_str_mv |
2018-08-03T19:25:18Z |
| dc.date.available.fl_str_mv |
2018-08-03T19:25:18Z |
| dc.type.status.fl_str_mv |
info:eu-repo/semantics/publishedVersion |
| dc.type.driver.fl_str_mv |
info:eu-repo/semantics/masterThesis |
| format |
masterThesis |
| status_str |
publishedVersion |
| dc.identifier.uri.fl_str_mv |
https://repositorio.ufpe.br/handle/123456789/25371 |
| url |
https://repositorio.ufpe.br/handle/123456789/25371 |
| dc.language.iso.fl_str_mv |
por |
| language |
por |
| dc.rights.driver.fl_str_mv |
Attribution-NonCommercial-NoDerivs 3.0 Brazil http://creativecommons.org/licenses/by-nc-nd/3.0/br/ info:eu-repo/semantics/openAccess |
| rights_invalid_str_mv |
Attribution-NonCommercial-NoDerivs 3.0 Brazil http://creativecommons.org/licenses/by-nc-nd/3.0/br/ |
| eu_rights_str_mv |
openAccess |
| dc.publisher.none.fl_str_mv |
Universidade Federal de Pernambuco |
| dc.publisher.program.fl_str_mv |
Programa de Pos Graduacao em Ciencia da Computacao |
| dc.publisher.initials.fl_str_mv |
UFPE |
| dc.publisher.country.fl_str_mv |
Brasil |
| publisher.none.fl_str_mv |
Universidade Federal de Pernambuco |
| dc.source.none.fl_str_mv |
reponame:Repositório Institucional da UFPE instname:Universidade Federal de Pernambuco (UFPE) instacron:UFPE |
| instname_str |
Universidade Federal de Pernambuco (UFPE) |
| instacron_str |
UFPE |
| institution |
UFPE |
| reponame_str |
Repositório Institucional da UFPE |
| collection |
Repositório Institucional da UFPE |
| bitstream.url.fl_str_mv |
https://repositorio.ufpe.br/bitstream/123456789/25371/6/DISSERTA%c3%87%c3%83O%20Rivaldo%20Guimar%c3%a3es%20de%20Lima%20Junior.pdf.jpg https://repositorio.ufpe.br/bitstream/123456789/25371/1/DISSERTA%c3%87%c3%83O%20Rivaldo%20Guimar%c3%a3es%20de%20Lima%20Junior.pdf https://repositorio.ufpe.br/bitstream/123456789/25371/3/license.txt https://repositorio.ufpe.br/bitstream/123456789/25371/4/license_rdf https://repositorio.ufpe.br/bitstream/123456789/25371/5/DISSERTA%c3%87%c3%83O%20Rivaldo%20Guimar%c3%a3es%20de%20Lima%20Junior.pdf.txt |
| bitstream.checksum.fl_str_mv |
cc6dc6730ed033278b38931cd15e5733 9a812331b16fc6031d784504512f9380 4b8a02c7f2818eaf00dcf2260dd5eb08 e39d27027a6cc9cb039ad269a5db8e34 6719b90f6346073341fbfb48ba6428e2 |
| bitstream.checksumAlgorithm.fl_str_mv |
MD5 MD5 MD5 MD5 MD5 |
| repository.name.fl_str_mv |
Repositório Institucional da UFPE - Universidade Federal de Pernambuco (UFPE) |
| repository.mail.fl_str_mv |
attena@ufpe.br |
| _version_ |
1862741979897528320 |