and in camp and I'm the executive editor of DataVersity. We would like to thank you for joining today's DataVersity webinar, NoSQL, growing up at Oracle, sponsored today by Oracle. Just a couple of points to get us started, due to the large number of people that attend these sessions, you will be muted during the webinar. For questions, we will be collecting them via the Q&A section in the bottom right-hand corner of your screen. Or if you like to tweet, we encourage you to share highlights or questions via Twitter using hashtag DataVersity. As always, we will send a follow-up email within two business days containing links to the slides, the recording of this session, and any additional information requested throughout the webinar. Joining us today is Robert Green, the NoSQL Product Manager at Oracle. Robert Green is a Principal Product Manager Strategist for Oracle's NoSQL Database Technology. Prior to Oracle, he was the VP of Technology for a NoSQL Database Company, Versant Corporation, where he set the strategy for alignment with big data technology trends resulting in the acquisition of the company by Acti and Corp in 2012. Robert has been an active member of both commercial and open source initiatives in the NoSQL and object relational mapping spaces for the past 18 years, developing software-leading project teams, offering articles and presenting at major conferences on these topics. In his previous life, Robert was an electronic engineer developing first-generation wireless speed spread spectrum security systems. And with that, I will give the floor to Robert to start the presentation. Hello, and welcome. Thank you, and thank you, everyone, for joining us today. We'll talk about NoSQL today, and in particular, what's drawing NoSQL data management needs. What are some of the lessons that we've been learning here over the last couple of years at Oracle as we've been putting technology out into our customer base and talking a little bit about what we see in terms of the features and the architecture that's becoming really important and that we think is going to be something which is going to have a lasting value to the management professionals. We're going to talk here with talking about these modern workloads. So there's a new workload which is hitting us, which is different than it used to be in the past. And that's adding a lot of the NoSQL activities. And really what it is, it's more of a right-intensive workload. If you look back at the more Oracle business systems, it was a lot of reading that was going on. It was pretty much, you know, 100% writes. You had a lot of people, oftentimes, putting data in these systems, and then there was a lot of read activity that was going on and utilizing those systems. Where today, you shift to a much more right-intensive type of workload, which is needing to be highly concurrent and at the same time, there's a new shift for highly available systems. So let's talk about these workloads. The client case that I think everyone is familiar with is Amazon, you know, which is in the which is in the retail section. And so there's a very, very read-intensive activity going to a website, browsing around and eventually buying something. But as it turns out, because of the way that these retail sites are trying to understand the consumer base, it's also a very, very right-intensive type of location. So as you're clicking around from page to page, then capturing what's going on with that activity and capturing all that data, capturing the activities is eventually picking baskets for you and then even doing things like trying to figure out whether or not there's fraud activities going on. So they're taking a look at what you're doing in your activity and comparing that to things that have gone on in the past. So you get this very mixed workload between reads and writes. And what you're doing is it's also at the same time driving a change in the concurrency requirements of the systems that are responding to that. And when we look at the implications of that on the database implementation, what we find is that it's much more difficult to deal with that kind of massive concurrency when you've got tons of people who are both writing and reading your database ultimately in the back end because the implementation of the older relational space is something that it's doing with runtime calculation of the relationships. And because it's doing this runtime calculation of the relationships, it's having to deal with much more complex interstructures in order to materialize that set of relationships. And then when you're trying to write that at the same time, you end up having to do typically more than one IO operation in order to get that write-in effect. So there's probably indexes and other things that are being maintained. And because you're drawing the relationship between two data by value, you're often updating more than one table, which will become a data that you join on later on in read access. And so there's a lot more going on there in terms of code path. So what we do is that people are in order to deal with this mixed 50-50 kind of workload in really concurrent conditions, they're moving to a much simpler data model for some of the applications where this makes sense. And so we're looking much more like what we see on the right, just a simple key set of keys which are pointing to a set of views. And basically, those views are for each one. So that data is aggregated together in such a way that you can single type of IO operations in order to get the information out. It's more navigational for one type of operation. And also these workloads need to be available. And what we mean by that is built in. I mean, people are expecting this kind of built-in, high available capability in their data management platforms. And this stuff clearly is available in related technology as well. But it's usually an option, it's something which you add on and it gives you some additional capability which allows you to improve the performance of your reports or I should say it retains the performance of your operational systems by offloading things for reporting. And if you're willing to go, you can get things like active-active, just relational sets as well. But again, you have to set this stuff up in addition to the original base deployment and enable it. Whereas the newer systems in the NoSQL space, people just expect this stuff to be always on right out of the box, everything built in, all the administration online, all the evolution of the scheme online, any kind of upgrades, any kind of patching, any stuff to be operational and running. One of these characteristics is the system architecture becomes really the key in order to achieve these things. And so you've seen that shift for NoSQL systems. And you start looking at characteristics like the ability to scale linear, locating data for reliability and for higher concurrency on resources, changing the way that your transaction semantics are done by using a synchronous type of business model, and ultimately even doing things where even though you're distributing things across lots of systems, you look for ways to get data localization. So looking at this, these set of characteristics, linear scaling, where your data is split out across multiple processes that reside on multiple machines, and it gives you some sort of isolation so that if you have any kind of failures, the system would keep running. And the way that it does that is it not only spreads the data out in an automatic way across these multiple processes, but it also then replicates that data. And by replicating the data, you have multiple columns and you can implement the software system in such a way that a particular process goes down and other processes can sort of take over for some of the operations that were being held by the other process. And sometimes we're also seeing, at least in the Oracle Node SQL Database architecture, you're seeing the introduction of one of those which is sort of elected to deal with the transactionality of the system. And so write operations are typically directed at and driven through that, which is replicated to other nodes. And when the system, when it comes to reading, a client can read from any node in the system because the system is being created to lots of spots and you can sort of choose how it is that you want to access that data in terms of its consistency and talk about further on in the presentation. The point is that if you use those systems, these Node SQL systems, more hardware, they will allow you to really expand. They will enhance the data that's being managed by the system and they will in essence improve your SLAs, improve your write throughput by giving you a broader number of processes that are consuming your data and give you a larger number of processes that you can read from. So reading your readings in these. And it's all just being introduced. Now the other important about the architecture is this number of performing operations in an asynchronous manner. And as well, very commonly across many of the vendors, you need to choose things in terms of durability so that you really have to do full synchronous type of operations and sync your data out to disk. And we see that you get both a base, basically available soft, eventually consistent type of operation by being just able to write things into memory and asynchronously return and expecting the data in the system to take care of the rest of the durability to the point where you can also specify a full sort of acid transaction and in which case you'll do things like blocking and pushing things all the way out into the disk subsystem. There's a spectrum where you can choose the kind of durability that you want. And on the right side, it's the same thing. You can say I just want to read whatever the latest status of the database and I don't care that it's 100% consistent and so just give it to me from any memory space that's responding the most rapidly. You can say no, I absolutely need to make sure that I'm getting consistent read in which case things get flushed and your operations get directed in such a way that you know you're going to get a consistent result on read. Finally, data local. We talked about these architectures trying to optimize IO in such a way that while you're sharding things, you are trying to take this national set of data and localize it into the same physical nodes because that way when you get a request where you get sort of a root level piece along with a bunch of related items right into, you know, do the related join across the system. It's not a relational one, it's all related. It may even be embedded into the same data structure and so you have a very efficient IO operation to read things out. But what's also important, and it's not necessarily the case, but what is important is if you're trying to do things like add secondary indexing to be able to also localize your indexes to where your data is at because if you can do that, then it's a good idea to optimize on IO as well as disk IO and also at the same time, you get some ancillary benefits that you don't get, for example, the possibility of index divergence where something is going wrong when you're updating your data and your index in separate aspects of the system and machine fails or something goes wrong and the systems are meant to be resilient. They'll switch over and other processes will continue to handle requests but you can get this divergence between index structures in your data. So you don't get those things localized into the same stocks. Even at the same time, you can get much more effective indexings. You can have low cardinality index results. You're not representing things as, for example, just another distributed preference table inside your underlying distributed system but you get as a real index that's localized to the data that you're looking for. So you can find the three low cardinality matches out of 400 million record slash value data sets easily and effectively and you can still do things using system-wide ordering because if you keep the index as local, you can keep the ordering local and so all you do is a quick sort merge at the client in order to get system-wide ordered result sets which are typically very useful for programming a lot of applications. So having the distributed architecture but yet getting data local storage becomes really, really important. Also, at the same time, it gives you a way to interact with transactionality at some level across values by having this kind of data localization. A brief overview of what you see has been driving things. There's a real range in workload but things are much more concurrent. There's this expectation about systems being always on and your architecture is playing a significant role in delivering that kind of a system. So as we've built that system and others have built that kind of system and we've been developing it now for a couple of years, we were seeing some things, learning some things and applying what we learned into future design work and so we'll talk about that a little bit. There are things that we'll talk about in terms of lessons learned. First of all, we gave the Amazon case which is the web retail case. So the fact that this is going on, it's way beyond web retail and we'll talk about the reasons why. And the fact that these systems don't stand alone, they often involve a lot of type of data management technology so they need to be integrated. I know a lot about the fact that it's easy to get started with and you can achieve some amazing things in first level designs but one of the issues that is coming up is that as you go to extend these systems later on and you go to version 2, version 3, version 4 and you're trying to add use cases in, they can have some challenges because it's very difficult to foresee all of the use cases up front when you do your data modeling. So, we see the manufacturing automation industry using technology a lot and basically there's sensors all over the place that are having to capture staging data, at what stage are various products in the manufacturing cycle and what is the health of the system that is manufacturing automation. We see things in terms of real-time dashboarding, whether it's business operations dashboarding or it's online trading where you're able to capture all the rights that are going on from a trade activity but at the same time you're trying to read that activity back over a period of time in order to understand trends. You've got, again, that mixed work list of both right and reads. We're bringing, you know, it would be, you know, that in logistics, logistics management where you've got real assets that are moving around and you're needing to match up, you know, assets with demand and doing this batching basically to put those things together. So a lot of times where you see, again, you need to have a real-time visualization of what's going on with your system. NoSQL tends to be playing a pretty strong role in that area. We see a role in gas. This is another case of sensor analysis. We're seeing it, you know, for example in the drills where, you know, they're trying to understand what's going on with the horizontal drilling and thinking about what's going on with the drills and, you know, how aggressively they can push to drill further and drill deeper. We're also seeing it on the discovery side, you know, the ships that are moving through the oceans and they're dragging these big long lines behind them with sensors that are bouncing, you know, wavelengths off of the ocean floors to figure out, you know, where the ideal drilling spots are. And so there's this, you know, sort of sensor data, kind of analysis that has to go on. That's much more right-intensive. They're actually doing a lot of the analysis after the fact. But it suits well for NoSQL-based systems because it's a very high-intensity data capture which has kind of a time analysis, time series analysis component to it. And these systems tend to do very well for that kind of a use case. And then we see it in communication, mobile personalization. So it's, yeah, this is somewhat related to retail these days. But most of these telecom providers, for example, that are exploiting capabilities up into our consumer-based applications that are on the mobile devices. So they're doing analysis of what's going on with overall mobile population and building protocols and then allowing retailers to work through in order to push customer content up and into the apps that are being developed with telecom providers. We see multi-changing. We see people who are yet in data from various retailers and doing market segmentation on that. And we're trying to use that information to mobile personalization as well as web-based personalization in the ad space and even some print type of media. So it's like the point that we're looking at is that we've seen this, although NoSQL started in the retail space, the online retail space, we're really seeing a push all beyond that into pretty much every vertical market. Finance and banking in various other areas, which is what I want to talk about here in order to help articulate the integration story. So what we're seeing with these NoSQL systems is that they just don't stand alone. And I don't know that that should be unexpected, but it's made up to be the case that many of the systems that are being fronted by NoSQL because you get this real low latency characteristic, which is important to people, especially in consumer-facing applications. But at the end of these systems, it's just sort of the emergence, or the big data where, you know, it doesn't define what big data is, but it's giving data for, you know, a much more, I would say, organizationally real-time purpose where you're giving data from a lot of different sources now, public data repositories, streaming data from websites, you know, you just didn't use your data before, like the web blogs and all of that. And you're doing analysis on it and capturing patterns, capturing rules, capturing different segmentation, a system that's important, and you end up pushing all that stuff up into the NoSQL database systems where it's a real-time response. But it's an integrated application. It's not like, you know, that these things are sitting alone. It's back-end systems are gathering data from lots of different sources. They're bringing this, in this case, it's a fraud system up into social rules up into a NoSQL database. And so as transactions are coming in, as people are helping their clients back in and it's pulling the history of activities up for that card and it's looking at the rules that were produced by the external systems and it's making a new decision, right? So it's capturing that new activity. It's having to do a right. And it's doing a pretty intensive reading and analysis to figure out how to respond to that. And at the time, that new information, that the new activities that are going on in that system are also written then into these data warehouse, which oftentimes is a relational-based data warehouse. And also it ends up being Hadoop-based systems because, you know, often you're looking for longer trends which involve a lot of data, especially in things like fraud where to see the important patterns that emerge over time, you have to look at more you have to look at larger and larger data sets. And so now having Hadoop-based systems which can sort of have large data and things like that as a whole across the system that works very well in systems like Hadoop. So all these technologies start to work together. And so you really need your NoSQL system to be integrated in such a way that it can work well with these technologies. So as we talked about, the fact that you just don't know about your use cases up front and that starts to become a bit of an issue and it's just impacting the overall designs of the technologies. An easy example is a system where, you know, it's a class IMDB and, you know, you go in and you want to look at everything related to some particular scene or episode of movie because it's your favorite. And so you can see how that fits really, really well into a NoSQL database because you've got this hierarchy of data from the seasons to all the episodes, the actors, and all the other data that's relevant to that episode. And so you can store all that stuff as some sort of nested data to go to get it. It's a low-impact IO operation to get all of it and pull it out and then, boom, you can materialize it in various ways before the end user of the system.  So now they want to know what are all the other movies that this actor is in. And if you hadn't anticipated that, you probably would not have mulled it in such a way that you could easily do that in a NoSQL system. And it's very burdensome to go back after the fact in any use case because you don't normalize your actors and your actors are sitting in, you know, all of the various movies that they're but there's no way to get sort of that cross-system look at all the movies that the actor belongs to because it's the other direction in the data model.  But with the NoSQL debates, it's easy to do. And so, you know, those are some of the things that we're realizing. And that's where you see features evolving in the technology which are helping it do some of these add-on use cases in a more serious way. But the burden there, if you step too far outside of the more simplistic type of use cases. So, this thing is kind of a no-SQL technology which are helping deal with, again, the fact that architecture is being built in such a way that it can support these workloads and the fact that it has some particular implication on the types of use cases that these things are really all suited for. There's some things that have been changing over the last, I'd say 18 months or so, in particular, that is happening across the spectrum of vendors in the no-SQL space. And we think you'll see more of that. And it's important because the ones that are moving in these directions will, we think, be affecting no-SQL technologies. One is transactions. Transactions have in the past been very important and they continue to be important.  There's more of a move toward standards. Surprisingly, there's a lot of embracing of SQL that's sort of coming full circle and leveraging indexes, secondary indexes. So, again, it's become very important even in no-SQL technologies as interactions like, you know, like bang, start with technology. They're demanding more and more security capabilities in the systems and this built-in high availability. The high availability is, one, is not important and it's important for the system but there's a notion of all being highly available for recovery and also for globalization of access since so many corporations are global in nature and their consumers, their users, tend to be not just localized to one continent. On the transaction side, it's being evidenced by the way people are doing it. If you look at Spanner and if you look at F1 and those papers, one of the major things that they're doing is they're taking big table and they're reintroducing transactionality into that. You can get a proper transaction even in a globally distributed database environment. They're doing that because they found it was very difficult to have some corner set of use cases to have transactions and we're calling this the 5% case. Now having a base database available, soft state, eventually consistent system is really good for a large number of operations but when you need the transaction it's very difficult to deal with that so the kind of coding that you have to put in place becomes absolutely complex and so by having transactions you get the simplification of the development process but the simplification of business processes because oftentimes your software can't completely compensate for the fact that what should be the transaction goes bad and so you have real physical processes. You've got items that have to go out and check things and cross check and make sure that things are hooked up and then if it's not somebody has to take an action to get in somewhere and decide what is right what is wrong so you know you get a lot of process improvement by having the ability to when you really need them do some transactions you have indexed divergence if you have a system where you really need you know your search you can't afford some of your data not not under that index and materializing itself in results and you can't afford the overhead because you're dealing with very very large data sets to access and rebuild them all the time transactions become important in that overall data consistency so you just materializing and trying to do with Manhattan you see it happening at Google you see a number very very brand new new no-SQL no-SQL entrance into the market which are also introducing transactions because they're they're and you'll see more of that and they're a very important part of lasting no-SQL solutions the other is is a convergence back to tables even in the key value space it's become you know it's sometimes difficult conceptually to do your data modeling and so in order to help people with that there's been this sort of abstraction away from the storage model and the user sort of metamodel overlay that showing itself in the APIs you can you can do all kinds of interesting storage implications right and get very you know column oriented type of storage compression and you know serialized storage capability you can change the different to get at and improve an underlying retrieval mechanism you may even you know be like like building that dedicated to SSDs for example and completely bypassing memory operations lots of choices but how you materialize that to the end user how they interact with the system how they conceptually data model if people are really really comfortable with this notion of tables and so you've seen that come out or 18 months or so you see more of the of the implementations using a table metaphor and that's so now you get the improvement in data modeling but you also start to get improvements in integration capabilities so when systems need to act need to interact with real systems for example it has to move market segmentation data and all it has to move from one system to the next and states that are happening and then a SQL system needs to move back into one of these more structured systems you know as you're talking table metaphors on both sides it's much easier to implement the data integration transformation layers and also we can move back to an SQL type of query and you see many SQL out there moving back to a query syntax because ultimately you add more use cases you end up needing this way to declaratively say what it is that you come out of your database that's separate from its ad storage implementation and if you don't use SQL you end up inventing something that looks very much like SQL so you know and I already know SQL so it just seems to be coming back around today on that way of accessing your data even though it's fundamentally a very different architecture very different being supported different workloads still oftentimes the access methodology is moving its way back to SQL this one either or as you see these together to deliver a solution you start into the point where you want to do real-time and cross the systems you're wanting to do SQL experiments that are both your relational technology either to do and your SQL database at the same time if you find a way to create a unification of these different computational paradigms and database type of paradigms then you're going to be able to much more effectively turn out but even though we have tables here the vendors you know the value that no SQL brought in terms of late binding in terms of schema and having the application decide what is it that I actually did read database under my key or under my index and so getting all caught up in the fact that you're missing some some features that is existing so you're not in a more effective way to you know integration modeling and access you're introducing structure now so in if we're a forget about document stores for a minute but if it were a pure key value store it's very difficult to add indexes if you don't have structure right so once you introduce the tables now you have structure and to your data even though it's a very structure you have indexes and you can leverage those indexes in that weren't modeled through the key space at the beginning or weren't modeled through what ends up being table hierarchies when you've got a type of model representation is on these things as well because if you have hierarchically related table structures then you can access some documents so it's really easy to take which is the data that's flying back and forth across people's JavaScript clients these days and many systems quite frankly it's just easier to use XML and have that stuff just come back and easily morph into a table representation so again not getting caught up in what the model is that the end users are using versus the implementation and frankly we talked about things needing to be more and more secure and this is you see all of the nosy vendors further and further into security features you know last location and secure wire protocol and you know SSL and push into authorization that you can start to and again here's where you need structure to be of a table or some kind of structure so that you can say ah you know I want to give some user access to a set of tables this set of structures and other users access to that and then being able to control that on a more and more granular basis and beyond auditing I think it can be used especially in you'll see more in more of these technologies as remain around in these areas talking about what we see is a lasting nosy technology is a technology which it's very simple in terms of its key access the architecture that we talked about which is going to help that right read workload under high concurrency it's but yet not getting caught up in the again large implementation versus the end user in basic value just highly concurrent capable and the sharding that comes with the replication it comes with the ability to expand them into larger clusters as you as you need to maintain SLAs and as more data goes into the system or more concurrent users it's the system being able to throw more data at it and that SLAs going over higher concurrency integrates we talked about with these other technologies like Hadoop and your relational databases very few we found very few of these environments that are completely isolated I'm not sure if there aren't any because there are there have been we've seen in high the sensor data capture in logistics and some of the some of the managing stuff there are completely dedicated NOSQL systems but even in some of those places where it looks like it's just going to be high speed sensor data capture if it's managing processes typically when monitoring the completes it's philotories and inventory tie into building systems and so you need a NOSQL technology which is integrated and working well with all of the data management technologies and you know that's something there these systems being complex highly distributed the more automation the more manageable they are across the board so not so many pieces not technologies which are put together and on different versions hard to upgrade one without knowing the dependency as on the other et cetera you start seeing these issues that when you want to do an upgrade from version two or between click of a button and not have to think about it at all how is it that I manage that product what services go first or second or third but just have the system take that for you towards the end here or I'd like to open it up for questions but we're coming up on behalf of Oracle I'm talking about the NoSQL space in general but I'd like to give a quick plug for Oracle NoSQL database there's many of the things that we just talked about it's an advanced type of database and when we it's a key database well it holds the notion of tables though in the implementation that's exposed to an end user so you get to think about things like primary keys and some other concepts that go in there to help you with the automation of distribution like your keys that become a port of primary key but it deals with things like data locality so things are parted into into a particular database and a data that's related hierarchically gets brought along with that and you get the choice of fully embedding data or whether you want to localize but yet still links because maybe you're bringing some more interesting access like the use case we talked about where the after needs to look up and find all the movies that he's in and doing other kinds of services on indexes and supporting both events and full asset transactions so we call it an advanced key-valued database because we don't really care what the value is it can be binary it can be on it can be type in nature we track that away and what we focus on is the architecture which gets you the availability and the scale out and the data center support and all of that stuff that's embedded in these technologies and allows you to pretty much or anything you need to that warrants the kind of technology to help you manage the workloads that SQL technology use to encourage you to get involved and then I'd like to open it up and take some questions Robert, thank you so much for this fantastic presentation we have a lot of questions coming in already which is great I'll give everyone a couple minutes here one of the most key questions that comes in is if people are going to get copies of the slides and the recording and again I'll send those out within two business days so by the end of Thursday I will get that out with this nice list of information there that Robert's showing right now and also just let everyone know that you have been as a registrant you're entered to win a pass to our NoSQL mail conference which will be held in San Jose in August August 20th starting August 21st Oracle of course is a platinum sponsor there and you can meet Robert in person so to get the questions started Robert let me start at the top here our auto charting algorithms built into these systems if so are there advantages of one algorithm over another? so yes they are built into these systems you can really say if one particular algorithm is better than another I think most people are using a regular MD5 hash so it's it just you know what becomes important is how does your system rebalance the data underneath because you're going to end up with hotspots in the data and so that part of the implementations seems to be more important than the ashram algorithm but I know that there are implementations out there which are also doing things like programming prefixes so that you as a technique to not just auto chart but kind of a little bit of localization to the data you know for example prepend key space with U.S. or you know D.E. for Germany or C.A. for Canada and so then data in these different regions all the time it ends up localized regionally from a perspective for localized access I think that's the answer but again the most important thing is the system implementation so that you can avoid hot spots by balancing the system when it needs to scale Thanks and the next one is a bit more of a comment than a question but maybe you have something you'd like to add to it the comment is I always consider the database technology to be a soft schema it is the policies of the organization and a few bad practices that may database rigid you think of that? so one part of that is there is an element of truth to that statement in that it's like you can't add a column to an additional database and and eventually expose that up into the application so in fact you can even implement things in such a way that you're using level structures that sort of mask some of the underlying structures so that you can add new keys and values into maps basically but and user perspective it's just a map so now there's more things that they get to deal with and you could be storing that in relational structures but in general you hack out and change the application one or the other and so on the all of your SQL statements add the right ordering and are consistent with the columns and in the no SQL space you have to go out and you have to do something to recognize the fact that there's more data there that you might want to use and so there's more application logic desk written in so nothing is for free here there's definitely an element of truth to that statement but I can tell you from the you can simply change the schema just like that and you don't break any applications so the applications which are running against the older schema aren't going to start having errors they're not going to start dying and that's really the goal the implementation is done well you won't see any ill effect because you changed the schema whereas in relational space it's much harder to do that you have to be really careful because of the way that there's order dependencies on the SQL statements depending on your you can get into more or less trouble so you know there is better flexibility in the NoSQL systems from from that perspective but it's but not for free there I said there so then as long those lines are visualization tools typically no SQL technologies or additional visualization tools required you know visualization so operational visualization tools things like the real-time dashboarding that's typically not built into the products and there are other technologies which come to bear to do that but from an operational perspective and a management perspective I think all of the vendors have some sort of visualization capabilities which allow you to look at the statistics and and if they don't have their own console then the Oracle they probably have standards-based statistics capabilities so they're producing JMX or SNMP stats that can get wired into other tools very very easily so hopefully there are questions sort of two elements to that you know what is special for their apps and then there's the in-tooling stuff which most of the vendors have. Perfect. The next question is not necessarily Oracle-related but an interesting question have you had any experience with a property graph database and do you see it as a lasting no-sequel technology? I do and I know I didn't talk about that very much in this presentation Oracle has a graph capability Oracle Spatial & Graph which is RDF for property graphs so it's RDF tuples and the process of implementing products as well so it's in the plan it's part of the product planning so you know I can't say exactly what dates that thing but it's I think it's a representation of data access and which is which is non-traditional and important and emerging when it's the relationships between the data that becomes the focal point for the kinds of questions that you want to ask and not so much the data itself the graph technologies are very interesting and they work really really well to solve that class of problems and so I do think that they are lasting technologies that will be around and so Oracle Spatial & Graph actually works on Oracle's NoSQL database so that I didn't talk about it in the presentation here but that's one more example of how we talk about abstracting away the the storage and the API that the end-users is experiencing so it's very easy to represent the practical models in a key value type of underlying storage structure that's great some great information and then I'll get up to the information on that particular database as well and what is the downside of implementing key value schema in an RD-BMF? you know I think that the only downside is probably cost right and part of what this is this evidence and technology will become about because of there is nothing that prevented from implementing there in a single table shorted implementation in Oracle and for huge Oracle users so related database users they connect that and the downsides are the same kind of downsides that you have in maybe SQL technology which is if it's a key well access something in a different way later on but it's a blob you know how do you do that now well now you need to start introducing structure so that you know you get a data overlays that help you deal with that right and you can do it right but then you have to ask yourself why but when you have such a simple access pattern and a simple data model suffices why for having this awesome data management computational platform can do amazing things I mean what what you do with the relational databases are just phenomenal right but you don't necessarily need all that power for the kind of workload and the kind of access pattern that people are deploying these NoSQL technologies for so it's it's it's really ends up being cost more than anything else questions and the next one is do you think since NoSQL seems to be adding regular rdbms functionality actually will they both be merged I'm sorry I missed the the question can you repeat it do you think since NoSQL seems to be adding regular rdbms functionality do you think eventually they will both be merged no that's I also that's a complicated question yes and no that's part of having this webcast to give people a feel for you know quite frankly I think the relational database will take on the other way around it'll take on a number of capabilities that will that will allow it to subsume what goes on some of the NoSQL technologies these days and in particular you know the relational database can allow the XML capabilities and bring XML management into that that kind of stock market from getting interesting I think the same thing you'll see happen quite honestly in the pure document space I think dedicated document management type of databases will still be interesting you know when they're specifically addressing that issue but at times people are using these technologies will be a relational database will do just fine it's so it's not it's not the case where the workloads are really demanding this it's offering 50-50 read write operations and high concurrency and those things that really arrive in NoSQL workloads I see the database relational taking some of those things that people are putting into their NoSQL now for very practical reasons as they become more in tune with what they're really good for but then there's this class of NoSQL which we're talking about here today which is really this special simplified access patterns more than basic ware clauses and index access but in distributed scale out type of systems where you have this this 50-50 kind of read write workloads and under high concurrency that the availability side of this is just everybody's moving towards that NoSQL and SQL systems are pushing the availability envelope so I see them not becoming the same thing these two systems will remain yet integrated each handling the kind of workload that they're most suited to handle and the equal side will clear everything the key and even the graph workloads will remain important and relevant and those systems will remain identifiable with separate systems and some of the some of the other stuff that's going on out there I think will get consumed by the relational capabilities and then we are just running out of time and just wrapping it up and of course we get another question reminder that I will be sending a follow-up email within two business slides from this presentation as well as the recording and all the additional information provided final words you want to wrap up with the audience for their time everybody I know is very busy and hopefully you've got some value out of this feel free to please join our community and reach out and I'm happy to answer other questions if you have them so again appreciate your time thank you again and let me reiterate Robert Cinnamon and thanks to everyone who's attending and all these fantastic questions that came through today and just a reminder that you can meet Robert in person at NoSQL now happening in August 21 see everybody there I'll get that email out to everyone by end of Thursday I'm tired already hope everybody has a great day and Robert has a fantastic presentation


Kumusta sa inyo lahat? Ito po si Lamo Delist at tulipo kayo sa aking channel. Hey everyone, as you know, May is the month of Flores de Mayo in the Philippines and in honor of this tradition, I will be showing you how to create your own terno or butterfly or filipiniana sleeves in two different ways. The terno sleeve is a modern version of the bell-shaped sleeve from the original filipiniana which is called Tragedemistiza. But don't worry, I will cover that in more detail in our next tutorial. Dating back in 1800s, the terno sleeve has a rich history in filipin fashion, becoming a staple garment not only as a national costume but also for fashionable women in my country and around the world.


Thanks so much for having me here, the entire Pitch Madison team, a shout out for sponsors always amongst my most favorite people, the list you see there. And if I get it right, you're streaming this, right? Not broadcasting? I think pretty passionate presentation just a moment ago. I can't help but think that maybe some people of my vintage would remember this from 25 years ago when there was a passionate defense of typewriter saying typewriter cannot be replaced by word processors. Yeah? Or just a few years ago, what was it, feature phones? Feature phones can never die, smartphones will never come in, but anyway, we should move away from there. The reason I put this quote up is we are possibly in the middle of a revolution, yeah? And when you're in the middle of a revolution, ask all those typewriter guys, it's very difficult to see when you're in the midst of it saying that there is a revolution coming. The good thing is that this revolution, this time, is giving us two months advance notice, right? Because ITL comes in approximately two months. So there are decades when nothing would happen, but these two months, lots would happen. Sorry, am I supposed to forward this? So the key question is, or the question that was posed is how should brands decide? Is it TV or digital? And I think that's a pretty unfair question. Actually the question should be, should it be linear TV or should it be digital streaming, which includes mobile, TV, web and more? All said and done, this is reality. And as you heard before, you must check this with Bach, what's happened? It's now down to 108 and going down further. This is what has happened on ratings. And I can tell you, I really feel for it. I sold TV for a number of years, as a lot of you know. This is what has happened on ratings. But yeah, ratings can go down because a number of things, right? And all of you are bigger experts than me in this room on how ratings work. Ratings work as a function of reach. This is what has happened on reach. But very often when you talk about reach, the theory is that it's because time spent would have gone up. Engagement on television can't go down. And this is what has happened on engagement. I'm just going to leave that for a minute. Sorry, not a minute. A minute is a long time in digital, so I'll just leave that. So if you honestly ask me, this is what has happened. The growth of internet users and as well as connected TV users has gone up dramatically. And this is the reason why you see the struggles which a legacy medium like television has. And if you don't believe me, just wait for what is it, five, six months when the World Cup comes and you have people selling TV and digital together, you'll see the story. One of the things that we want to do is this time, ensure that there are absolutely no barriers, yeah? Whether it's a barrier of affordability, we will absolutely ensure that anybody who has access to an internet device will be able to watch IPL and will be able to enjoy IPL as long as they want. So there is no five minute restriction, etc. Every consumer, as long as they want, can enjoy it. And there are some mind blowing features that I'll talk about very soon. But let me first start with, why is the scale so big? We'll have 12 languages, including languages that haven't been done on sport before, like Bhojpuri, like Udyya. This is going to be complemented with four other interest feeds for the cricket fanatics, fantasy feeds, lifestyle feeds. Basically anybody who wants to watch IPL will actually have an option of watching it in their desired language, in the desired cohort that they want to. And we have over 140 experts and this is growing day by day. And if you think about the people, so one is about claiming a number. But the people we have include AB Devaliers, Chris Kale, Suresh Raina. You name the biggest names, Anil Kumbley. So anybody who's a who's who is going to commentate on digital. Why? Because they recognize where the medium is going. It's better. HD is there, but 4K is about ten times better than SD. We will be providing 4K feeds absolutely free. So on any device that you want, you can actually watch this. Multi-cam, as a consumer you can choose which camera angle suits you best. You want to see it from the bowler's hand, you want to see it from the spider cam, all those options right in the consumer's hand. These are natural advantages of digital, right? Because you have immersive technology, which include a play along, which is meant to ensure that consumers are glued to our screen for the entire match. So there will be interesting ways that consumers can participate.  This is absolutely something that an interactive medium can deliver. Social chatter, you can sort of converse with your friends, engage, exchange ideas. You can also react to saying, look, this is what I feel. Donis got out, this is what my view is. We'll also be doing a first time 360 degree VR experience. And we will do it in a really, really affordable manner such that the average Joe can watch it on their screens. Efficiency is something which is very, very important. And it's really important to figure out who you're targeting, right? So you need to have a really out of the world cohort whom you can't target very, very specifically on IPL, on GeoCinema. We'll have about 20 cohorts whom you can uniquely choose. Now, the advantage of this is there is zero wastage. And I'm sure all of you know, advertisers know this, agencies know this. If you're selling a car, you don't really want a two-year-old baby to be considered a viewer and end up paying for it. The real key here is that if you're targeting women who are 15 years and above and in Bareli, you actually end up paying only for them. You don't have to address the whole of India and sort of assume that that is your calculation for CPM.  And 100% measurement. You pay only for what you sort of consume. And this is actually really, really important. And I would certainly encourage all my television colleagues also to do this to ensure that it's only, it's not based upon an average selling rate, based upon some assumption of rating, especially in an era when ratings are going down, you should only be asked to pay for what is delivered to your target audience. Digital CPMs are lower, and you can do this. We can sort of sit down and sort of simulate this and work with any TG. And we'll work with the Bach-defined TGs, because that's how you will actually get the confidence of what is right. So again, just leaving this here for 10 seconds. The other thing that we are doing is unlike legacy medium, we will not just leave the ad once it's done. Your consumers, if they like it, or if your ad has played during the event, for the entire event, there will be a rail which is dedicated for your ads. The implication of this is you've paid once for the ad, but during the entire IPL tournament, your ad continues to be there. If it is liked by consumers, it actually comes right up. So this is something that, again, legacy medium can't do. I think we will certainly aim to hit 500 million plus. And just to give you a sense, this means 500 million people that you can target. This is not one minute reach. You know, one minute reach during 74 games or four hours or something, that is not what you're saying. You're saying, look, if you pick 300 million people that you want to reach, then 300 million people will see your ad. You pay us only when that happens. And don't believe me. For all in the room, please do come down to GeoWorld Center on the 20th and 21st. We are running an interesting exhibition where we will demonstrate each of them. Unfortunately, Sam didn't give us too much time, and it would have taken long to demonstrate this. But I would invite each one of you to come see, play cricket with our legend cricketers, but certainly experience a digital medium here. And that's free too.


What's up everyone? It's your girl, Kenzie here from Layton Sports Guards and I'm ripping 2223 Panina Prison Basketball Hobby 4 box break number 17. Pick your team. They've got Boa B Pacers, Chun Wei W. Warriors, Edward P. Lakers, Eric W. Thunder. We've got Jared M. Bowles, Hungman Y. Cavs in Kukai Heat, James L. Pelicans, Jeff M. With the Celtics, Mavs, Nuggets, Rockets, Grizzlies, Bucks, and Jazz. Thank you, Jeff. Jeffrey H. Kings, Lee Huan Y. Magic, Mike K. Nicks, Nan J. Hornets, Paul W. Spurs, Robert P. Sixers, Ryan P. Clippers, Scott T. With the Nets, thank you again, Scott for closing us out. Stefano B. Hawks, Trevor T. Sons, Victor F. Rafters, Waving H. Wizards, T. Wolfs Blazers, and Zach B. With the Pistons. All right, best of luck. Here we go. All right. Oh, you don't want me to break Pokemon scooter. You do not want me to break Pokemon. That's even worse than hockey. That's even worse than me ripping hockey. And y'all witnessed that last week. I think I, hey, I did do okay with that OPG hockey that I had to rip. That wasn't wasn't too bad. But some of those names, man. All right, starting off nice, Orange Wave, Basley for the Thunder, 4F60. Thanks for coming on member, Ryan. Silver, Chris Paul. Bane, Vince Carter, Johnny Davis. Yeah, they do have a big Pokemon break going on. It's like one of the first edition boxes, isn't it? That's crazy, crazy. Norman Powell on the red for the clips that is to 2.99. And we've got Jazz, Sensational Signatures, Kelly Olnick.  Dude had like 30 points. Nice. Another jet on the hyper. Here you go. Okay, see back to back breaks with some nice jet. Ray Allen, Chandler, and a Peyton Watson, Ricky Bates. Again, y'all tend to go on the next break. Some teams are on sale for a Ruby Wave, Frank Jackson, Vio. We've got Pulsar of Evan Fournier, Weber, Jalen Williams, Ricky Bates, Brandon Clark. Like I can't say Abusevich and Fournier like normal because like those are like old school, not even old school magic. And but it's like, I just hear the announcer at the game in my head when I'm reading those. We've got Fireworks, Silver, Kyrie, Silver, Isaiah Mobley, Rookie. Here you go, Caps. Thanks, Silver, Diabatte, Rookie, Warren, Ben Wallace, especially Busevich. It was Busevich. That one's my favorite. That was a good day. All right. Silver, Prismatic, Donovan, Mitchell, Dirk, Fearless, Silver, Magic, Johnson, Rollins, Maravich, and LaRavia, Rookie. No, my all-time favorite was when I was in elementary school. I used to go with my dad all the time. We'd have like the tickets in the first row right behind where the media sat, like four rows back, right by the tunnel two where the players came out, James Harden. Got Tyler Hero on the Hyper, Colum, Trevor Keels, and Malone. The White Howard days. Those were in JJ. Yeah, it did you right. And Jameer Nelson. That was one of my favorite players growing up. Jason Preston on the Ruby Wave Booker. We've got Scotty Barnes, Silver, Martin, Dirk, and A. Jaden Ivy, Rookie Base. I'm feeling a 101, Lane. I am feeling something crazy sometime today. I have this weird feeling. Got Ruby Wave, Valenkunas, Prismatic, Luca, Hyper of Jaden McDaniels, Tiga Murray, Rookie, Danny Green, and Roddy. Got Purple coming up. It's going to be a Derrick White Celtics. That one is 55.99, fireworks, Beale, Silver, Markel, Foltz, Valenkunas, Baldwin, Jr., and Tony Parker. Exactly, Beale was balling. Unpopular opinion, or probably an L-take to most magic fans. I did not like her. Really? I did it. Growing up, I always thought he was such a ball hog. I did not like Keto. It got red. Kobe White on the Color Match to 2.99. Remember Mother's Day one year. Another Chet, Hondie. Hyper. There you go. OKC. Very nice hit there. Mark Williams, Murphy, and Paul Pierce. I forgot what restaurant we were at. But Keto was there. Everyone's going crazy. I'm just sitting there like We've got Purple. Ice is going to be a Deandre Hunter. It's 149. Wow, this one's sick. Lakers. How about a Silver Sensational Signatures of Palgisal? That's sick. And I know Blake, I said it was going to be an L-take. I said so. Hyper Miles Turner. At least I'm not in denial though. Tarry Eason on the rookie. Isaiah Roby. Looks like we have like a piece of the car. Nothing was missing. All right. Last pack of Vossel. There's another piece of X going on here. Luck of the Lottery, Jalen Durin, Silver Riddigo Bear, Kidd, Branham Rookie, and Stottemire. Then I remember I was at the outlets off iDrive. This was in eighth grade. I see a super tall player with a bling on his wrist. He walks into like one of those like really expensive wristwatch or just jewelry places. I'm like, Mom, Dad, he plays for the magic. He plays for the magic. They're like, no, he does it. No, he doesn't. I was like, whatever. I'm following him. So I go in there and once people start noticing, they close and lock the doors and I'm in there with him. That's my Petrus. Oh, really? Yeah. Jimmy, Magic Legend, Miguel Petrus, Jimmy Butler, Prismatic Devon Booker, Silver, Chris Boucher, Diabate. I ended up getting a picture with him and he put his arm around me and I swear his arm was like two, two of my size hands just on my shoulder. I'm like, oh my gosh. Those are big. Yeah. Like their hands are crazy. They've got red Rui for the Wizards. Nice little color match there. That is the 299 Lakers. Here you go. Another Silver Auto here, signatures of Juan Toscano Anderson. Lake Show here, Dennis Rodman Hyper, Barkley, Tarry Easton, Rookie Base, Isaiah Roby from OZ. You got a, what's OZ, Ryan? I'm trying to think.  It's probably something obvious. Finney Smith on the purple, 80 of 99. AD, Silver Kauai, Jason Kidd, Vranum Rookie and Sotomayor. Have you ever been to NBA City down by Universal? Ruby Wave, I don't know if it's still there. Quentin Grimes, no. It's probably old. I don't know if it's still there. Hyper Anthony Davis, Keegan Murray Rookie, Green and Ronnie, but they have basketballs with like imprints of like Shaq's Hand or Kobe's Hand. Yeah. And I was always fun as a kid to put like three hands in it, still with equal there, one. James Harden Prismatic, Edward Silver Rookie, Tarry Easton. There you go. Rockets. Nice one there. What's up, Chris? Baldwin Jr., Tony Parker. Again, y'all, let's see where we are on this next break. It's not there anymore. Yeah, I figured. I was about to say if Dylan's like, is that still there? I'm like, man, I'm old. I feel so old. Oh, they turn into a sports bar. We've got nice Poku on the purple ice that is 130 of 149. Grizzlies, we've got a Kenneth Lofton Jr. on the rookie signatures. It's like a print line on the back straight through the Grizz. Grizzly. It's kind of hard to see. See it right there, straight through like right under the eyes. It's a weird scene, a print line on the back. Yeah, it is. Kevin Love, Hyper. Williams, Stray Murphy, and Paul Pierce. Ozy is Australian. That's what I thought about. Van Karel luck in the lottery. We've got Pulsar, Triple J, Grizzlies. Grizzlies doing well. We got a Jalen Williams rookie base and Clark. Aren't they getting rid of, was it Dr. Seussland or something like that? They're supposed to be turning it into like a Mario party thing, I thought. I don't know. There's so many like rumors that go on about that. Yeah, Islands of Adventure, Prismatic Jalen Brown, Silver Marvin Bagley, the third Patrick Ewing. That would be really cool. I think they have it at the big Disney already, at the California one. Oh yeah, Ruby Wave, Dirk, Fearless Curry, we've got Trey Young on the hyper. Pippin Jr., Nash, and Ian Williams. Yeah, Nintendo Park. Nintendo Park, that would be so cool. Yeah, Nintendo, yeah. That would be really cool. Got Orange, Kendrick, non-man, Lakers are having a break. Two autos and a nice Orange to 49. Fireworks, James Hardin, Monty Morris, Silver, Sohan Rookie, and Wendell Moore Jr. Yeah, I haven't been to Universal or Islands of Adventure in a minute. I went to a city walk not that long ago. Got nice blue Cade on the second year, some beautiful color matches this year too. 160 and 199, Prismatic Jalen Green. Got Kevin Love, Hyper, Alan Chandler, and Watson. Last pack of box two, Silver, Fearless, Dirk, Widescreen, Yannis, Silver, Charles, Barclay, Bane, Carter, and Johnny Davis. All right, let me get you all a link here. Let's see, let's see. That'll be pretty sick for us. Eight to go. Eight left now, Nets, Bulls, Cavs, Nuggets, Clippers, Heats, Nicks, and Raptors. Here you go. There is the link. We're going the Donkey Kong, Mine, Train, Roller Coaster. That and Rainbow Road. Right? Oh my gosh, I love Rainbow Road as a kid.  So fun. Right. It was funny. I really haven't played on a Switch much at all. We had a game night at our friends a couple weeks ago, and they had a Switch, you know, and everyone brought like a controller that owns one. We played Mario Kart, we played Super Mario Party, and afterwards on the ride home, like, bro, we need to buy a Switch. Like, oh my gosh, I was having like childhood flashbacks of that. It really is. Look at the lottery, Johnny Davis. I was like, I need to buy one off of Lane. Chris, two art days, Silver.  I'm gonna walk over to the, he's sitting over there. I'm gonna walk over here. We're gonna discuss that. Dunn with Dermot on the Ruby Wave. Fearless KD. Got Evan Mobley, Hyper, Cavs. Christie, Numbard, Rookie, and Liddell. Too much Numbard. Got Blue Ice, Rudy Go Bear, T-Wolves. Cool kind of off-color match there to 125. Fireworks, Mitchell, Silver, PJ, Igbaji, Rookie Base, and Kendall Brown. And y'all, Matt's currently live over on the Layton Baseball Channel. If you're looking for some baseball breaks, Ruby Wave, SGA, Thunder, widescreen, Luca, we've got George Nyang. I can't say it like regular anymore after hearing that. Van Carroll, Rookie Base, Nyang, Coloco, Nyang. Silver Prismatic, Zach Levine, Luck of the Lottery, Johnny Davis, Chris Weber, Silver, Christian Braun, and Jabari Walker, Rookie Base. Got Red, Dilo, 173 of 299. Nice one here, Warriors. How about a Matt McClung on these Silver Signatures? Colton at State, Chris Mullen on the Polestar, D-Wade, Isaiah Mobley, Rookie Base, and Magic Johnson. Ruby Wave, Carmelo, Anthony, Fireworks, Yokech, Silver, Austin Rivers. Chet on the Rookie Base. Dang, and Iverson. I think that's the first base Chet we've pulled. We've only been pulling his Polestar, or Haipers. Nice one here, Off-Color Match. Purple, we've got to 149. Devin Booker for the Suns. This little Sun's right there. And we've got six. There's last team taken. Silver Sensational Signatures, D-Anthony Melton. There you go, Sixers. Got Christian Wood on the Hyper. Minox, Mullen's, and Lofton Jr. And the Colony's got hops, man. Ooh, we've got Red Power. We've got Red Power. Prismatic, Ant-Man, Silver Sucks. Walker Kessler, Rookie. I haven't seen too much of him, either. Rodman. All right, Red Power time. Good luck, everyone. C. T. Wolfs. We've got a Wendell Moore Jr. Rookie. Nice Rookie on the Red Power. That one's 45 to 75. Two for two on Red Powers during breaks. There you go.  We've got Red Bertons for the Maths. That is to 299. Tatum Fearless. John Stockton, Hyper for the Jazz. Jalen Durand, Rookie. Ginobli. A couple packs left in box three here. Got Silver, Luck of the Lottery, Jabari Spadjuni. Rockets, Prismatic Garland, Rookie, Silver, Johnny Davis. Methurin and Caleb Houston, Rookie. Malo, Ginobli, Fearless. We've got Pulsar of Julius Randall. Nick Stockton, a Shade and Sharp Rookie base, and Ingram. All right. Got box four.  Let's see where we are. Five to go. Awesome. Five left. We've got Nets Pools, Nuggets, Clippers, Heat. A few of those teams on sale. Five to go. There is the link for you.  Appreciate everyone grabbing up spots so far this morning. It's an off to a pretty hot start. Some very solid color coming out of these. For sure. All right. Good luck. Last box of break 17, and we've got 18 coming up next. Got red, Jared Allen for the Cavs. 153 of 2.99. Prismatic Anthony Edwards. We've got Hyper of Wendell Carter Jr., Magic, Coloco, Braun, McGrady. Silver, Fireworks, LeBron. We've got widescreen Luca, Silver, Marovitch, Jabari Walker Rookie, Isaiah Mobley. Congru, Luck of the Lottery, Johnny Davis. U-Banks on the Hyper. Johnson, Daniels, LaJuan. Kakeem, Little Dream. Prismatic, Garland, Silver, Malik Beasley. AI, Minauts, and Mullens. Got Ruby Wave of Devante Graham Pelicans. Monarch Nobly. Jeremy Grant on the Pulsar. Lofton and Walker Kessa, Rookie Base. Orange coming up. It's going to be an Aaron Gordon for the Nuggets. 28 out of 49. Fireworks, Yokech, Holiday Silver, Rodman, a Paolo, Rookie Base. And Vacelle. Ruby Wave, Cadwell Pope. Fearless, Kawaii, Hyper, AI for the Sixers. Pippin Jr., Nash, and A. Ion Williams. Fearless, Silver, Charles Barkley. Fearless, Yanis Base. Silver Rookie, Jake L'Arabia. Briss. Sohan Rookie Base, and Moore Jr. Got another auto coming up here. Got Red for OKC. It's going to be an Usmani Dang, 122 of 299. And Jazz. We've got Sensational Signatures, Rookie Auto of Johnny, Juzang. Juzang. Jalen Green, Hyper. And Chandler and Peyton Watson, Rookie. Chandler and we've got Ruby Wave, Jay Chantate for the Rockets. Chrismatic and Bead, Silver City Bay, A.J. Griffin, Rookie, and Blake Wesley, Rookie. Couple packs left here. Got a blue coming up. It's going to be a Lamello ball. There you go, Hornets. Nice mellow. That is 89 of 199. Man, Lakers had a break this time around. Signatures of Cole Swider. Cole Swider on the Rookie Auto. Cole saw our Magic Johnson. Goins, Wilkins, and Yovitch. Last pack. Then we will do a recap. Again, number 18 up next. Wow, we have another Red Power. Two Red Powers out of a four box break. Silver, Jalen Smith, Tim Duncan, Graham, and Patrick Ewing. What's up, Anto? Thanks for hopping in. Yeah, I'm having a great day so far. Some nice cards coming out of Prism. All right, let's see, let's see, let's see. Celtics. We've got A. Al Horford on the Red Power. There you go, Boston. 62 of 75. Big man, Al Horford. All right, recap time here. We have these Silver Signatures. Juan Toscano Anderson. Lakers. Kelly Olnik, Jazz. Juice and Rookie Jazz. Paul Gasol for the Lakers. Sick one there on the Silver Sensational Signatures. Another Silver Denet. D'Anthony Melton, Sixers. Cole Swider for the Lakers. Kenneth Lofton, Junior, Grizzlies, and Silver Rookie of Matt McClung for the Warriors. All righty, that will do for number 17. We've got number 18 coming up once it fills. Thanks, everybody.


Hi, everyone. My name is Christine Chai and I work at Microsoft. Today, I'm going to talk about improving accessibility in data visualizations created by Ggplot2. Accessibility is the practice of ensuring everyone can access our content, including people with disabilities. Making data visualizations accessible allows us to increase the size of the audience pool, resulting in a larger potential impact. We will demonstrate how to improve accessibility in the graphs created by the R package Ggplot2. Let's see an example of how to customize the trends. We start with a graph of product annual sales with two items, Alpha and Beta. Alpha is the red trend and Beta is the green trend. However, this graph is not accessible because the two trends can be distinguished by only color, so people who cannot see color will have a hard time understanding this graph. To make it accessible, one way is to change the line types. We use Ggplot2's function geompath, line type equals product to change the line types by trend. We also use scale line type manual, dashed and solid to include the line types in the legend. The graph becomes accessible because Alpha is dashed and Beta is solid, and the two trends can be distinguished without color. On the other hand, we can also change the point shapes to make the graph become accessible. The geopoint shape equals product changes the point shapes by trend, and the scale shape manual, circle and triangle includes the point shapes in the legend. In this way, this is another accessible graph, and the Alpha is the circle points, Beta is the triangle points, so people can distinguish this graph with the point shape when even without colors. In conclusion, we can use color but we should not solely rely on color. Each trend needs to be distinguishable in the absence of color. Otherwise, people with color blindness won't be able to read the graph. This is about 300 million people or 4.5 percent of the global population. The final message is, data visualizations should be accessible. If not, we are not doing this right. Thank you.