{"title":"Research contributions of Mike Stonebraker: an overview","authors":"Samuel Madden","doi":"10.1145/3226595.3226612","DOIUrl":"https://doi.org/10.1145/3226595.3226612","url":null,"abstract":"","PeriodicalId":312561,"journal":{"name":"Making Databases Work","volume":"1 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2018-12-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"131183837","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
{"title":"A perspective of Mike from a 50-year vantage point","authors":"D. DeWitt","doi":"10.1145/3226595.3226604","DOIUrl":"https://doi.org/10.1145/3226595.3226604","url":null,"abstract":"","PeriodicalId":312561,"journal":{"name":"Making Databases Work","volume":"27 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2018-12-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"117208405","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
{"title":"Birth of an industry: path to the Turing award","authors":"Jerry Held","doi":"10.1145/3226595.3226603","DOIUrl":"https://doi.org/10.1145/3226595.3226603","url":null,"abstract":"","PeriodicalId":312561,"journal":{"name":"Making Databases Work","volume":"4 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2018-12-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"128139280","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
{"title":"How to create and run a Stonebraker startup: the real story","authors":"Andy Palmer","doi":"10.1145/3226595.3226606","DOIUrl":"https://doi.org/10.1145/3226595.3226606","url":null,"abstract":"","PeriodicalId":312561,"journal":{"name":"Making Databases Work","volume":"45 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2018-12-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"127681032","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
In May 1974, I went with Dennis to the ACM SIGFIDET conference in Ann Arbor, Michigan, my first international conference, for the Great Relational-CODASYL Debate where Dennis would fight for the good guys. After the short drive from Toronto, we went to a “strategy session” dinner for the next day’s debate. Dinner, at the Cracker Barrel Restaurant in the conference hotel, included the current and future database cognoscenti and me (a database knownothing). It started inauspiciously with Cracker Barrel’s signature, neon orange cheese dip with grissini (‘scuse me, breadsticks).
{"title":"The changing of the database guard","authors":"Michael L. Brodie","doi":"10.1145/3226595.3226634","DOIUrl":"https://doi.org/10.1145/3226595.3226634","url":null,"abstract":"In May 1974, I went with Dennis to the ACM SIGFIDET conference in Ann Arbor, Michigan, my first international conference, for the Great Relational-CODASYL Debate where Dennis would fight for the good guys. After the short drive from Toronto, we went to a “strategy session” dinner for the next day’s debate. Dinner, at the Cracker Barrel Restaurant in the conference hotel, included the current and future database cognoscenti and me (a database knownothing). It started inauspiciously with Cracker Barrel’s signature, neon orange cheese dip with grissini (‘scuse me, breadsticks).","PeriodicalId":312561,"journal":{"name":"Making Databases Work","volume":"88 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2018-12-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"122519067","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
The last 25 years of commercial DBMS development can be summed up in a single phrase: “One size fits all”. This phrase refers to the fact that the traditional DBMS architecture (originally designed and optimized for business data processing) has been used to support many data-centric applications with widely varying characteristics and requirements. In this paper, we argue that this concept is no longer applicable to the database market, and that the commercial world will fracture into a collection of independent database engines, some of which may be unified by a common front-end parser. We use examples from the stream-processing market and the datawarehouse market to bolster our claims. We also briefly discuss other markets for which the traditional architecture is a poor fit and argue for a critical rethinking of the current factoring of systems services into products.
{"title":"\"One size fits all\": an idea whose time has come and gone","authors":"M. Stonebraker, U. Çetintemel","doi":"10.1145/3226595.3226636","DOIUrl":"https://doi.org/10.1145/3226595.3226636","url":null,"abstract":"The last 25 years of commercial DBMS development can be summed up in a single phrase: “One size fits all”. This phrase refers to the fact that the traditional DBMS architecture (originally designed and optimized for business data processing) has been used to support many data-centric applications with widely varying characteristics and requirements. In this paper, we argue that this concept is no longer applicable to the database market, and that the commercial world will fracture into a collection of independent database engines, some of which may be unified by a common front-end parser. We use examples from the stream-processing market and the datawarehouse market to bolster our claims. We also briefly discuss other markets for which the traditional architecture is a poor fit and argue for a critical rethinking of the current factoring of systems services into products.","PeriodicalId":312561,"journal":{"name":"Making Databases Work","volume":"30 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"2018-12-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"126185720","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
京公网安备 11010802042870号
京ICP备2023020795号-1
扫码关注我们
求助内容：
应助结果提醒方式：