Hi there, everyone. Thank you for joining my talk today. We're going to talk about all the databases, and we're going to discuss them all. So let's just write into it. So I like to have an agenda in my talks. I know some folks don't like them. They think they're too basic, but I do like them. For me, the type of learner I am, I like to have an overview or a high level before I go into the more technical information. So I like an overview. It gives my brain a basis of what we're going to talk about. So that's what we're going to do. So we're going to talk about the basics and database history, because we're going to talk about all databases, and I love history, so we're going to talk a little bit about history. We're going to talk about relational databases and use an example, Postgres and MySQL. We're going to talk about NoSQL databases. We're going to use, as our example, Apache Cassandra and FoundationDB. And then we're going to talk about graph databases, and we're going to talk about, as our example, Apache TinkerPop. Then we're going to go through some next steps. This is just a very introductory talk, so it's going to help guide you on where to take this learning even further. So, and just one thing before we jump into, here, let me go back one, before we talk about me, of course we want to talk about me, but for each one of these database types, we're going to explore, like I said, a little bit of history. We're going to show an open source example of that type of database. We're going to talk about when to use that type of database and when not to use that type of database. And we're going to talk about a bit about, like, the open source communities that are around these databases, and actually even ways that you can kind of contribute and continue to learn. And again, just give us thinking and talking about this. So, let me introduce myself first, now that we kind of have an idea of what we're going to spend our next 40 minutes talking about. So, I have a Master's in Computer Science from Santa Clara University. And before that, I actually have a BS in Biology that I got from the University of Washington. I worked in Silicon Valley for over eight years now, many different companies from big, very big companies like HP and Teradata, to even very small startups with only 30 people. So, in that journey, I've worked on five different databases. So, I've worked on three different proprietary databases, such as that HP and that Teradata. And then I've worked on two different open source databases, such as Apache Traffodian and Apache Cassandra. And even from there, I've worked on two different distributed systems, which is Apache Spark and Kubernetes. So, I'm well versed in the different types of databases and the different types of distributed systems. Also, some of you may know me, every once in a while, I get someone who comes up to me and says, you're my teacher and I have no idea what they're talking about. And that's because they have taken the Udacity Data Engineering course. And I taught the data modeling portion of that course. So, hopefully you know a little bit about me and some of my credentials of why I'm here to talk to you about these things today. So, what I also wanna talk about is why should you care about this? So, first and foremost, for me, I find the technology itself around databases, which doesn't sound very cool and interesting. It actually really is. So, I took quite a few years ago, a Stanford database course by Professor Jennifer Wittem. The course is still available. I actually link it in the slide notes. It's a great course. It gives you, we're just lightly touching the surface. She goes into such depth. It's an amazing class. I'm so glad that I took it and it kind of started me on this journey. And it was free online. It was one of the first free online courses and it's still free online today. It's just a little bit different than it was before. I was just checking that out the other day. It's a little bit broken up, a little bit differently, but the content's all there. But it's really all about the data, right? That's what's important here. So, where your data is persisted, where your data is being analyzed, how your data is being quickly served to you, this is all done by the backend and the underlying databases. And then also, your job depends on it. So, that sounds a little dramatic, but it's very true. So, for example, if you're a full-stack engineer, you have to know how to be able to interact with these databases. It's just part of the stack and you're gonna have to know how to interact with it. And depending on the type of database that you're interacting with, you may get to choose that. You probably don't get to choose that. And so, you need to understand some of the basics of that so that you can interact with it and your application properly. Also, for DevOps, I mean, it's pretty obvious. You're doing the maintenance work. You have to have an understanding of these databases so that you can actually, most of the time, when your application engineers are filing issues with you in tickets, you're gonna have to explain to them these high-level concepts so they understand why they can't do the certain things they can do with that particular database. Also, for folks in analytics and machine learning, like machine learning engineers and data scientists, again, this is something that's important to you as well because this is where you're gonna be grabbing your data from. And so, because of that, that's gonna make implications on how you're building your models, how often you're bringing in that data via FATCH, via streaming, et cetera. You're gonna have to understand these different databases. Also, at some point, like I said, your job depends on it, you may have to choose one of these databases for your project. And so, you wanna make sure you have a solid understanding of the different types of these so that you can choose the right one for the right use case and for the right job that you're trying to do. Okay, so let's talk a little bit about the history of databases. So this is this timeline here that I'm showing you. It's a little different than ones I've kind of shown in the past. I have a photo credit here. I really like this because it just kind of makes, it makes you stop and think a little bit about how what's being represented here and it really gets you like just really paying attention to it. So that's why I really liked it. But as you can see here, that relational databases started being researched and developed. And so it shows the time of popularity for relational databases is around like the 1980s, but they were researched and developed long before that in the 1970s at IBM. And like I said, you can see they got to be very popular in the 80s and 90s and they're still very popular. Don't get me wrong. So this doesn't mean that these are now as they trend down in time that these are still not hugely popular because they really are. So relational database management systems otherwise known as RDVMS are these powerful systems that are generally very large systems that have, they don't generally have easy ways to scale. They certainly can't scale horizontally. And when they're scaling vertically, they can do that, but it's difficult. So because of that, you actually have to have data modeling concepts around that, that kind of limit your data. You can only have, not that they're small, but you need to make sure that you don't have a lot of data redundancy, it affects your data model. And you're wanting to make sure that you have data integrity. So you want to make sure when I say data integrity that your data is only in one place. And also you want to make sure that you're reducing the actual space because you're not able to scale out horizontally only vertically. So you want to make sure that you're taking that for account. So with the exploding of the internet in the 2000s, that's when you saw no SQL databases really starting to get traction. They had been in research and development long before that, but you really started to see them get traction as an internet explodes and data explodes. So there's a variety, and you'll see here in this graphic, there's a variety of different types of no SQL databases that help you scale out horizontally, like I was saying before, and help serve your application with much to get that data much quicker with lower latencies. And so the different types of no SQL implementations, as you can see here, are key value, column oriented, document oriented. And also as you kind of see is a little, it's also no SQL database, but it's a little bit different which is a graph database. And we're going to talk about that as well. So like I said before, we're going to focus on a catchy Cassandra and FoundationDB. FoundationDB is a key value database and Apache Cassandra is actually a partition rose store, which isn't listed here. So most people call it a columnar. That's fine. It's really a partition rose store. But for the sake of this, we'll just put it in the columnar category because most folks do. So then also you can see the graph databases. They've started to become more popular here in recent years because all around analytics, right? It's all about understanding the relationships between your data. And we'll dive into that here in a little bit. But now that data is really at the forefront of what we're doing, it's not just about persisting the data or serving some data to a website. It's about also analyzing it. And so that's where graph databases come in. So that now that you know a little bit of your database history, we're going to now start talking about each one of these databases and really the reaction to the error that they were in and help us shape our understanding. So, and also in this talk, we're going to focus on open source. So open source has been proven to have one. And I actually link an article here as well. It's really proven to win in the industry. So companies feel safer investing in a technology that has a strong community behind it. They don't want to be locked in. That's why they care about using open source. And it's easier to hire experts as well when you're talking about open source technologies. Also, companies like to have a little bit of say over the roadmap of a particular technology as well, which is what you get with open source. If you contribute to it, you can become part of that community and help shape the way the product actually goes. Whereas when you're buying a proprietary product, you have to be a very large customer to have that kind of sway, right? Also, I just, here's just another note about open source and the community. Communities are amazing. It's not just the contributors who are committing the code, which is also incredible, but there's so much support there in training, tutorials, documentation, mailing lists, all for free. So many of the communities I've been a part of, especially in the Apache projects I've been a part of, you can write to the mailing list and post questions to get support from the community. And generally, I mean, there's no SLAs around that, but you generally get people responding to you within hours, just out of the goodness of their heart. So it's really impressive and it's really great to be around these type of communities. All right, so let's jump in here to our very first database. And we're gonna start talking about relational database. So this is the one that you're most likely to be familiar with. Like I said, in the very first database course I took, of course it was all around relational databases. So like I said, when it was developed in the 70s at IBM from Cod and his team, they actually developed not just the technology, but the 12 rules of what makes a relational database, a relational database. So I really focused here on rule one, which is all information in a relational database is represented explicitly at the logical level in exactly one way by values in tables. So here you can see it's a little bit small here on my slide, but you can see we have our relation, which is our table. Then we have our attributes, attributes of whatever we're trying to represent. That's normally our columns. And then our tuple, which is our row, right? So from there, one of the other rules of having a relational database is it must have asset transactions. And asset transactions are around atomicity, consistency, isolation, and durability. And we'll just talk, let's just a second, let me just break down each one of those for you. So really think about asset transactions are all around data integrity. It's making sure, thinking about a good example of data integrity and asset transactions is around like a bank transfer, right? If I'm moving money from one savings to checking, that all has to happen within a transaction. And one fail swoop has to happen because if anything gets messed up along the way and it's not in a single transaction, I may have, you know, it deducts the money but then doesn't put it into my checking, right? And so now I'm just lost this money, right? And banks can't have that and we can't have that. We can't handle that kind of stress. So that's why you have to have an asset transaction. So asset transaction, like you said, it makes sure that every step along the way is correct and it guarantees validity even in the event of errors or power failures, things like that. So it's a set of operations to make sure that transaction happens. So with automicity, it's all around all or nothing, right? So either it all happens or it doesn't and it rolls back. With consistency, the data has to fit the rules of the database and the column. So if I'm trying to insert a string into a bullying column, it's not gonna let me do that, right? It's just gonna kick that out and say, yeah, no, sorry. With isolation, this is around the transactions are done as a single unit and not in any particular order. So just because I submit one query and then a second query, those are completely independent. And from there, with durability, that's really around the transactions are saved or persisted. So after the transaction is complete, I could go ahead and pull the plug and my database could crash and go down. But when I boot it back up, because that's been persisted, it will be there. So relational databases, so not only do they have these two rules, they also use SQL as their primary query language. So that's what you're gonna see most of the time. And here's just a little bit of SQL that I wrote for you that we're probably all familiar with. Something like select star from my really cool table or the conference equals virtual. And that's gonna get me back a result. All right, so let's talk about the two examples of relational databases here. So first off, we have Postgres. I call it Postgres. It can also be called, I've heard it called Post-CQL or Post-QL. There's a lot of different names for it. I call it Postgres. I was looking at the documentation and it sounds like there's some debate on what it's called, but you can call it in any one of those. So Postgres, and now here I'm gonna go into a little bit of comparison between the two because these two technologies have a lot of similarities. And then they also have some differences. So I just wanted to highlight those differences. So Postgres is developed by the Postgres Global Development Group. So there's not just one company behind it. They're not backed by any particular one company. It's just a lot of developers coming together to collaborate on this system. And so it's actually, it's not just a relational database, but it's an object relational database. And we'll kind of dig into a little bit of what that means here in a second. And then MySQL, it was actually originally developed at Sun Microsystems. And when Sun Microsystems was bought by Oracle, now Oracle actually maintains MySQL. So there was actually multiple forks of MySQL after the Oracle acquisition. So a really good example of that is MariaDB, which was a fork of MySQL right at the acquisition from Oracle. So MySQL is actually, from when I was reading, doing some research, it's significantly more popular than Postgres. In this report, and I've linked it here, it says 39% of developers use MySQL. So that's pretty substantial, especially as a developer. There's so many tools out there. It's hard to get us, it's hard to get us on board on one thing at any one time. So it's actually pretty impressive. And it does have more third-party tools because it is more popular than Postgres. But let's go back to the idea of being an object-oriented database. So not only is it object-oriented, it's still a relational database. Like I said, both are very popular open source databases. At the research that I was doing at the time, Postgres for quite a bit of time had significantly better performance than MySQL. But over the last couple of releases, MySQL has really kind of decided to focus on performance. And so they've been able to bring up those performance numbers. So from what I was reading, it seems like the performance is actually kind of comparable now. Both use SQL as their primary language to query with. Postgres has kind of less of a user basis we talked about before because it's not quite as popular. But it does have functionality, the different functionality than MySQL because it has this object-oriented ability. So it allows for functionality of like more complex data types than just rows and columns than MySQL has. So also I read that read workloads can be a little bit because of this object-oriented nature when you have a heavy read workload, sometimes Postgres, the performance is a little bit degraded over MySQL. So it's something to consider. So this isn't really a statement on either which one of these to use. I'm just kind of highlighting how while they do seem very similar there are a few differences. I also, I've linked here in the speaker notes and a nice article that compares them as well. So just a word, since we're talking about relational databases and databases in general, it's good to just have a word on O-L-A-P-O-LAP versus O-L-T-P. And I always say that wrong. I always want to say Olaf instead of O-Lap. Olaf's like from Frozen. But anyway, one is the online analytical processing and one is online transactional processing. So you can have relational databases or even non-relational databases that kind of fall in either one of these two categories, these larger categories. So you use the analytical processing for doing analytics, for doing a lot of ad hoc queries that are really optimized for reads. You're not really looking to do high rights. The data normally is loaded in batches, not necessarily, but at some places I've worked that's kind of the lens itself to that. And you're gonna have a lot of joins, bringing tables together, bringing information together. Now the online transactional processing that has normally less significant complex queries, but you're gonna have many, many, many queries, rapid throughput. So lots of read, insert, update and delete. Okay, so when should I use a relational database? So first and foremost, if you want to use SQL, standard SQL, ANSI SQL, there's some relational databases out there that have the ability to put maybe a SQL layer on top or things like that, or they have languages that are similar to SQL. But if your skills really rely with SQL, and you kind of also, some of these other things I'm gonna list as well, you don't wanna just use, oh, I only know SQL. So even though I have a huge workload, that needs to be in multiple regions and have high throughput and all these types of things, but I only know SQL, so I should just go with that. Well, no, but it's something to consider. Also the ability to do joins and aggregations and analytics, that's probably when you wanna consider using relational database. We haven't talked anything about joins. If you're familiar with SQL, you're familiar with joins, but it's basically the ability to take two tables and to join them together and have all that information on a common key that exists between the two tables. So it's actually one of my favorite database jokes, and yes, there are jokes about databases. So a SQL query walks into a bar and the query walks over to two tables and he says, may I join you? So, okay, I'll just leave time for everyone to just be laughing their heads off, right? So funny, but all jokes aside, joins are actually very costly in resources and they do slow down performance. So no SQL databases, they don't provide joins for that very reason. And we're gonna talk about as we, if we move into no SQL databases, we're gonna talk about why that is. But, and you're gonna have to do your data modeling to kind of work around that as well. So they also, they don't provide aggregations or you can do analytics on no SQL databases. I don't wanna say that you can't, but it's just not really the use case for it. So generally also, when you have smaller data, so you don't have big data, you just have smaller data, relational's probably gonna fit well. If you need a lot of flexibility in your queries, so you need to be able to do ad hoc queries, you know, your manager comes down and he says, I need to know X, Y, and Z, you know, right now. Then you probably wanna lean towards a relational database where you can just, you know, fire off that query and wait for the results to come back. As we talk about no SQL, you'll see how that's not impossible, you can do that, but it's just a little bit more difficult. If you need asset transactions, so if you need that consistent data, you can't have eventually consistent data, then you wanna stick with relational. And also just, as we've seen, it's pretty simple. There's a lot of simplicity there. So, you know, you might wanna lean towards that if that's what you need. So when not to use our relational. So if you have a large amounts of data, if you have a need for high availability, so with relational databases, a lot of times you can have a single point of failure and need to have like a hot swap. You'll have like a primary and a secondary and the primary is functioning and then if it goes down, the secondary comes online. The secondary will come online, but that takes time. So you're gonna have a tiny bit of downtime, but you know, when you have a tiny bit of downtime, depending on, you know, your use case, that could be very significant, right?  You could make it work.  I have high availability with my relational database. And that's true, but just as a high level talking point, the high availability generally comes with no SQL. So if you need a higher read performance, so like we talked about with joins, you know, ACID is great. Those ACID transactions and joins and all that, but it will slow you down. So if you need flexibility in your schemas, so relational as we saw, you know, when you create that table and you create those columns, there's generally not a lot of flexibility. So with no SQL, as we'll see, you know, you can actually add columns only for rows that need it. And so you're able to save on space that way, whereas relational, you're gonna have to, you know, provide a value for that if you have that, or you're gonna have to put a null value, which in other databases you don't have to. Also the ability to store different types of data and data formats you can do with no SQL that you cannot do with relational. So as you're kind of seeing, as I take you through this journey, you're kind of seeing how one set of technologies worked for a period of time and then as things started to change, you know, now we're moving into the issues that there were with relational, they're basically solved in some way with some trade-offs with no SQL. But, you know, again, don't forget the reasons why you would need relational or no SQL is weaker, right? So like I said, no SQL was a reaction to the limitations of relational databases. So what you get with no SQL is that a high scalability, you can easily add nodes horizontally. You don't have to be trying to add, you know, memory and CPU vertically, right? You just add another machine, bootstrap it in and you're good to go. You're gonna have high availability. It's made for big data, has fast performance, and generally there's a very easy automatic data replication. So also with no SQL, your data is not necessarily in tables and you're gonna see that when we talk about the difference between Cassandra and FoundationDB. So they don't necessarily reside in tables. No SQL, it can be no SQL, not only SQL, or non-relational. All those terms are kind of interchangeable. So you may hear any one of those. There's many different data types with different data strengths, or different strengths I should say. So like what we talked about before, there's the columnar, key value, graph, each one of those is gonna have a particular strength for what you're trying to do. So the different data structures and the data modeling that you're gonna do, you're gonna do different data modeling. We didn't talk much about data modeling when we were talking about relational, but if you're familiar with relational, you know that you have to follow basically, you know, getting that data redundancy down, and normally that's done by achieving third normal form with no SQL, you actually don't wanna do anything like that, you wanna have denormalized tables, and you're gonna be fitting your data modeling to your application and to your queries as opposed to getting it into third normal form. And when you do that, it's actually gonna allow for faster operations. Also no SQL, a lot of them were, you know, they were built either for the cloud directly or with the cloud in mind. So many, many of them are cloud native. So yeah, let's talk a little bit about each one of these different types. So we have the document type of database. So a good example is MongoDB is a document database. And I'm gonna show you actually just a query that you can hear in the next slide, showing you kind of the difference between these two or these three. Key value, which we talked about foundation DB. And then like I said before, call in our family, I put Apache Cassandra, even though it's really a partition row store. But this graphic kind of outlines out for you kind of the difference between each one. Okay, so let's just take a look at, because I mentioned that these different no SQL databases, they don't use SQL, no SQL, right? So they have generally, they have their own unique query language per the different type of database. So they also have, and SQL and relational databases have this as well, but they also have a lot of drivers that you don't, that'll wrap around and you don't have to necessarily use the query language. You can use a driver to then interact with your application, you know, in Python or C++, et cetera. So if we just look at this query, select star from my cool table, right? So that's just gonna, you know, it's gonna give all this information for my cool table. So in MongoDB, you see that the syntax is quite a bit different from that. So it's DB dot my cool table. So my cool table that lives in a database named DB, I'm gonna do a find, and then in this particular case, because I'm doing a select star, which means select everything, that's what this syntax here is saying is select everything. Now, if I move over to Apache Cassandra, which uses the, it's called CQL, which is Cassandra query language. So I can do that select star from my cool table, but I have to have a where clause. So in Cassandra, the way the data is partitioned across the cluster and across the various nodes, you actually have to help it in pinpointing where your data resides by a particular value. So in this particular case, I'm just pretending that my data with Cassandra is partitioned by state, just because this is just an example. And then I'm gonna have to use that partition value or partition key to grab, you know, my information. So I can't just do with a cluster like or the database like Apache Cassandra, you can't just do a select star from and just get all your data. And the difference is when we talked about earlier about why relational databases are good for small data, because likely you just have a small amount of data, you can do the select star and you can get back all your data in a particular table. It's not really anything to worry about. With, when you're doing no SQL, we have these very large potentially, you know, thousands and thousands of nodes, clusters and your table is spanning all those thousands of nodes and all that information.  And so because of that, Cassandra and other no SQL databases don't allow for that. So you're just gonna have to take a subset of that. And then, so let's just talk about a second about foundation DB. So now with foundation DB, they actually don't really have a query language. They only, they do have, and we'll talk about foundation DB here in a minute, they have a core and then they have layers on top of that where they add functionality and they do have a SQL layer, but I don't think it's highly used from what, from my research that I was doing. I just only just recently started working with foundation DB. It's pretty cool, but yeah, so it doesn't have that same query language that I'm kind of used to and uses this API. So as you can see here, you basically have to instigate a transaction and then from there, from that transaction, you take your table and then you're gonna unpack it. So again, you're doing that select star. You're gonna iterate over everything in that table and you're gonna get each, and remember it's a key value store. So you're gonna get, if I want everything, which is what I want in a select star, I have to unpack, so iterate over all the rows and then give me that key and that value. So it's very interesting to see each one of these, these are just three examples that I'm showing you and there's far more no SQL databases than that and they all each have a different language. So remember when we're talking about with relational databases, the nicety of having SQL and having simplicity, well with no SQL, not that these aren't, well, they're not simplistic. They are a little bit more complicated, but once you learn them and you get to love them, then it's very straightforward. So let's just talk a minute about Apache Cassandra. So it was actually donated to the Apache Foundation roughly 10 years ago. So it's 10 years old. It's supported by many different companies, not just just one single company behind it. Many different companies contribute to it, use it. Many, many customers. It has a leaderless architecture. So it has that, remember what we were talking about with no SQL, that high availability, the ease to scale, the fast reads and writes. It does use SQL, which we talked about. And essentially all the big apps that you have on your phone's home screen, right? Think about on your phone, you have Netflix, you have Twitter, you have Uber or Lyft, not so much right now in the times that we live in, but you definitely have Netflix and Twitter and all of those use Apache Cassandra underlying to serve those applications. So let's take a second to talk about FoundationDB. Again, like I said, it's a key value database. It was actually open sourced by Apple after an acquisition. So it was originally a part of an acquisition called Found, I believe the company was called FoundationDB. Don't quote me on that, but it was called FoundationDB. They developed this open source database. And then once they were purchased by Apple, Apple then continued to open source it as well. So it's open source today. Like I said, it doesn't have a query language. It uses that API instead. And like I was talking about with the simplicity, it's a little hard to get your head wrapped around it first. It's a tiny bit difficult at first, but once you get the hang of it, it's very powerful. And like I said, it has a layered architecture. So it has its core functionality in what they call the core. And then it layers functionality on top of that. Like for example, there's a MongoDB connector that is one of the layers. And then another layer is a SQL connector, et cetera. And what's actually unique about FoundationDB is that it supports asset transactions. So that's actually something to consider if the only reason stopping you from using a NoSQL database and getting all the benefits of that is for asset transactions. Maybe something you wanna consider is looking more in-depth at MongoDB, FoundationDB. So I think we've kind of already kind of talked about this quite a bit, excuse me. But when do you use a NoSQL database? So just kind of going over these high level points again. If you need that high availability, I wish I could spend more time and kind of talk about the architectures of how you get high availability with NoSQL databases. Because for me, that was really the key because when you hear a lot of these high level concepts sometimes it can tend to sometimes sound like marketing speak but what's cool about NoSQL is like once you dive into that architecture you see why a lot of these things are true and it makes a lot of sense. So maybe that's my next talk. There's some more architecture on NoSQL databases but if you have really big data, if you need linear scalability, if you need a low latency and you need fast reads and writes and you need flexibility with your schema. Now some of those, like for example, Apache Cassandra, it has some flexibility with this schema but it's not as flexible as other databases. So it really depends which NoSQL database you're using and how much flexibility you need in your schema. It's like for Cassandra, it's more flexible than relational but less than some of these others. Also if you have distributed users because you're able to scale out horizontally and also have ease of replication across all those different nodes. So you can have users coming in from a variety of places and getting that low latency instead of just one box somewhere here in California. And if you know your queries in advance for your applications because I kind of mentioned that briefly when I was talking about data modeling for NoSQL you have to know your queries in advance to use a NoSQL database. You can't really do those ad hoc queries. So if you have those and you know what you're gonna need to do for your application, then you're in really good shape.  It really, it gets difficult to use in that way. Now also just a quick word on that as well. It sounds almost impossible when I say know your queries in advance. Like how am I gonna know all my queries for my application in advance? But actually when you sit down with your team and you really start detailing it out, just on a whiteboard, just having an offsite and talking about it. It actually comes into focus much quicker than you would think of the queries that you actually need. So it's something to explore. So when not to use. So if you need to use SQL, now there's ways around this like I kind of touched on before. If you do need those asset transactions and for some reason you don't, FoundationDB isn't gonna fit your needs, then NoSQL may not be right for you. You need the ability to do joins on those tables. You just need that more flexibility. You have to do, you need to add hot queries. And if you have small data. So I've advised multiple folks and customers I've worked with in the past, if you have small data, you don't really need the headache of using a database that's really built for big data. You could just go for something very simple like using Postgres or MySQL. You don't really have to deal with all this added complexity. Oh, so just a quick word of warning around a NoSQL. Cause like I'm saying, it's kind of a journey from relational to NoSQL. So be aware when moving from an RDVMS to NoSQL because like we were talking about with data modeling, you can't just, you can't just move over your data model and your tables just as is. It seems like you can because you can just do a create table and create the exact same table. It seems like, okay, I migrated all my data. Everything's great. It's more about the queries. You're going to have to do different queries on that data than what's going to be supported. Like for example, when I was talking about Apache Cassandra with that Wear Cloth. So there is a little bit more of a learning curve. You have to think about your queries and your application first. So it's not anything to scare anyone off, but it's just something to consider. So then lastly, I just want to touch here on graph databases. So here was just a really nice definition from Wikipedia. So uses graph structures for semantic queries with nodes and edges and properties to represent and store data. So with a graph database, and you can see here. So in the graphic, you see the node and then it has data within it. Like in this case, the name is Peter. And then from there, we have edges that go out from that piece, that node, right? So in this particular case, we can already see that the attribute on the edge is follows.  So with a graph database, it's really all around relationships within between the data points, right? So exactly what I said, yeah. So the key is it's a relationship between the data. Dependencies between the data is very clear. So like for example, like you know the attributes between those that hook the data together, right? It's not always that clear in a relational or no SQL database, the dependencies between the data. So when you are trying to do queries to get relationships between the data in relational or no SQL, those queries can actually end up being extremely complicated because you're having to do extremely complicated things because your data is not represented as a relationship graph like it is with a graph database. So in a graph database, there's really fast ways to query, especially when you're trying to look about those relationships between the data and to retrieve that data. So going on a traversal or walking the graph as they say, and graph databases, I don't know if I would say all of them use Gremlin, they probably don't, but Gremlin is a very common query language out there for traversing graphs, and that's the graph query language. So here's an example of Gremlin here, and you'll see straight away the difference. So if I have a SQL query, like select star from Michael table where conference equals open source summit, and then Gremlin, you're gonna see it's a little bit different. So instead, I called it my cool graph, but it could be my cool table, it doesn't matter the name. Then you wanna, you're basically gonna traverse the vertices, you're gonna start a particular start node, and then you're gonna walk those vertices and you're looking for the, if it has the label open source summit. So like I said before, very complex SQL queries can easily reduce down to very simple Gremlin queries because of the nature of the data. So just a word here on Apache TinkerPop, which is a great open source graph database. It was started in 2009 in Los Alamos National Lab, and it graduated to a top level Apache project in 2016, has a very active community, as you can see here, just a little graphic I showed you from GitHub. And there's a lot of nice trainings as well and a lot of nice training using Gremlin. So when should you use a graph database? Like I said, it's all around relationships. So when trying to understand relationships, graph database may be good for that. When you need better performance, when you have very long, very complex joins, you can actually just walk the graph instead. Now it's not necessarily gonna get you better performance for all queries, but when it's relationship driven queries, kind of node in edges type queries, then you're gonna get better performance of the graph database. So if you're thinking about, do I need a graph database, or can I just use something else? You should really try the whiteboard test, get up on the whiteboard and start drawing out your data and the relationship between it. If it starts to look like a graph, then it might fit well in a graph database. So this is a really great talk and article and I've linked it here. Actually, it's kind of funny with our open source communities and all of our communities. I clicked on this and this article and videos along with this actually are a really good friend of mine who was, I just happened to pop on it and I was like, oh, there's somebody that I know and it's nice, someone you can trust, right? You know, it's good information. All right, so when not to use the graph database. So if you have disconnected data, if it's not relationship driven data, then or the relationships, even if they are there, they're just not important to what you're doing, you may not need a graph database. If you have very right, heavy workloads, you're gonna be writing a lot, then this is probably not right for you. If you're using it as a key value store, also really not really what it was intended for, go think about using a key value store database, right? If your data is not from a known point, so right, you need to kind of know where to start to start working your graph. If you don't know what that is or you don't think you ever will, it's probably not gonna work. Also, there is a little bit of overhead in creating the graph, adding the edges. I don't say I would say that necessarily when not to use, but it's just something I thought I'd bring up because it is a little bit different than what we're used to with these other databases. Alrighty, so just to kind of wrap up here. So relational versus no SQL versus graph, it's really not either or. Most organizations have all of these and honestly, most organizations have multiples of each one of these. So they'll have foundation DV, they also have Cassandra, they also have, because they all fit particular use case and I didn't have enough time here in my talk to go over in depth each one of those, but they all serve a very particular purpose and most organizations have each one. Each have their own benefits and drawbacks. So you really wanna make sure you get informed before choosing. So now we've just kind of talked about the high level between relational, no SQL and graph, but really kind of diving into now once you know that, the differences between each one of those types within those. They're all really easy to explore on your laptop. So that's kind of the cool and the benefit of open source. You can just download it and start like just exploring. And also just something to consider. You might wanna consider managed platforms that are based on open source. Those are nice ways so that you don't have to do all the operations behind hosting necessarily, these databases, something to consider. Again, make sure you do your research. Also always consider your use cases when you're choosing which one of these database. Reach out to other groups within your organization and reach out to the mailing lists and the boards to get some information about that and say, hey, does my use case fit this database? People love to be able to answer that. So what do you do next? So keep learning and make sure you get hands on as well. So I've just listed some resources here for you so you can just start diving in and getting more information. So thank you all for your time. I hope this was helpful and I really enjoyed pulling all this information together for you. It was a lot of learning for me as well. Thank you.


Hey everybody, welcome back to my Star Wars channel and today we're gonna talk about G.I. Joe? That's right, G.I. Joe. We're gonna talk about G.I. Joe, and I know what you're thinking. Isn't G.I. Joe the opposite of Star Wars? No, it's not the opposite of Star Wars. The opposite of Star Wars is Star Trek. The opposite of G.I. Joe is Transformers, or at least it was in my house. I don't know what it was, but growing up your house was either one camp or the other. Like the toys were pretty expensive and your parents, I think they were like, you know, just pick a camp, right? And so my brothers and I, we picked Transformers and by then like I had just started working like as a job. So I had money and so I was buying Transformers for my little brothers and I remember we were a big Transformers house, my cousin's house was a G.I. Joe house. And so we didn't didn't play because we were in totally two different worlds.  He's like, what's your favorite G.I. Joe character? I didn't watch G.I. Joe. So I was like the Baroness because I was a teenage boy. And so sure, why not? The Baroness is my favorite character. And then on Christmas morning the Baroness was under the tree for me. And that was my only my only G.I. Joe character. So cut to what we're doing today. A lady in my community knew that I collected vintage toys, collected vintage Star Wars toys and she said, hey, my son has a bunch of vintage toys, mostly G.I. Joe, she says, and helicopters and then she throws in I think there's some Star Wars stuff. So in my head, I'm just thinking vintage toys, like okay, and she's like, do you want them? And I said, make sure your son doesn't want them, right?   Like my mom sold all my stuff and she's like, no, he doesn't want them. And I was like, are you sure? And she's like, yes, I've asked him and they're just taking up space at my house and I said, I will be more than happy to take anything you have sight unseen.  I have not looked inside of either one. This is going to be a blind reaction. Of course, we're looking for Star Wars stuff, but I'm guessing not a lot. I'm guessing that we're going to be sifting through G.I. Joe stuff. And like I said, I know nothing, nothing about G.I. Joe, nothing. So I'm expecting to find a bunch of parts and pieces that go with this or that. And I'm not going to know what goes with anything. I'm going to need your help. So please comment down below. If you know what stuff is, you can put timestamps on it. If you want, I'm going to post this also to a G.I. Joe forum that I just joined over on Facebook and hopefully there's some friendly people over there that can help me out. I probably won't keep any of this stuff, but I think it'll be fun to sift through and see what's in this G.I. Joe collection. Alright, so I pushed the camera back a little bit. I don't think you necessarily need to see my face. We're here to look at vintage toys, right? So this is the shoebox. That's the black trash bag over there. I figured we'd need the floor to kind of like spread everything else out on. And I just knew that this would be a big pile of stuff. So I will do my best, but it's going to be difficult. I already see some Star Wars stuff, so super excited about that. Right on top of vintage Darth Vader. No lightsaber, no cape, of course, but that's how Darth goes.  I just bought a beater Darth Vader for my Darth Vader tie fighter. So we'll stick Darth up there. He will watch over all of us.  I don't know if it's, you know, by itself or if it goes with something else. So let's see where it goes and fits in the camera. Let's sit there. Another black piece. Same color as this as in all Cobra stuff, black and red. So looks like a canopy, a little green piece there. This looks like some sort of backpack that goes on some guy. Oh, cool. Oh, it goes that way. So there's this little hover green car vintage Yoda. So hey, this is looking pretty good. Two Star Wars guys right on top. Maybe I was wrong about Star Wars stuff. This is what I was afraid of. This, like how, how am I going to figure out what stuff like that is?  There's a bunch of this stuff. So this will be fun. Some sort of hover craft ship thing.  Yeah, this is going to be fun. I can tell there's going to be. Oh my goodness. Have some helicopter blades. So have some helicopter blades. How much do these go for on eBay? If there anything like Star Wars, you know, these are the things that always get lost in Star Wars. Like the X-Wing guns. Yeah. Helicopter blades. Two.  Like the fans. The wings. Little orange canopy. Doohickey. Whoa. None. These are stickers still on their sheet. I mean, that's usually worth a lot in Star Wars world. Let's look at some dudes. So here's a dude. And here's a sort of snow guy. Here's a little thing of missiles. And another missile and some sort of bomb. There's a lot more weapons in G.I. Joe than Star Wars. Wasn't there? You guys are like all weapons. See this is all the kids that were like in the like missiles and guns. What is this? So some sort of green, whoa. Some sort of green rubber moss L. Oh good, body parts. So legs, torsos and brokenness.  Right? You unscrew the guy and you put the gasket in. So because these used to be held together with a rubber band. I don't remember. So maybe put those aside. Maybe that's going to be a project for me later. Is that Storm Shadow? Isn't that what is in the guy that was all black was? He was the guy that they just made the movie about. Is this G.I. Joe? I don't think that's not G.I. Joe, right? That's something else. That can't be. It's like adventure people or something. No, this is adventure people. Why did I say that? This is Fisher Price adventure people. So that's a different category. Helicopter blade. Look at that. Snowtrooper going up on there. So far, three Star Wars guys. Another set of legs, another torso going in the body pile. Another set of legs, another body. This is going to go slow. Can it be another piece, missile, missile? Some sort of tail thing. A piece of rope with tape still on it. Oh goodness. I might have to take a picture of all these loose parts and number them on a piece of paper. Put them all down on a piece of paper and number them one through 20 and say, what are all these things? Because they're like, look at this. How am I going to do this? This is like, I don't know.  Like that's made pretty easy. But oh, another adventure people. This guy came with like a silver, gray spaceship. My brother and I were like really into that guy. So something with tubes here. This guy's barely hanging on. He needs some repair work. And oh, is this G.I. Joe? Yeah, so some guy with fins. Some scuba diver. And then a big rope mess. Is this what happened to you guys when you were playing G.I. Joe? This big, huge mess. Oh no, that's not G.I. Joe. That's a, what do you call it? That's Matchbox. And then there's, but there's a snake attached to it. So green snake. And one guy just freaked out and he was like, that snake is worth a million dollars. Missiles. I'm sure it's not worth a million dollars. Another dude. Some sort of, isn't this guy one of the Cobra Commanders? It's like, it's Snake Plisken. No, I'm just kidding. It's not. I know who that is. Oh, wow. I see another Star Wars guy. So some pieces. Is this exciting for you guys? I don't know. It's 3PO. It's 3PO and he's missing his hand. What, what sort of violence happened at your house where, see 3PO lost a hand? He's super shiny. I've never seen a 3PO that shiny. How did he lose his hand? Am I going to find a hand in this?  Like, look at this. Just, just random stuff. I'm going to leave all that random stuff in there because I'm sure you guys don't care about the random stuff. Also, this is not G.I. Joe. Another adventure person type dude. Let's look for dudes. Let's look for dudes. I'm sort of boxer. Oh, I remember this guy from the TV show. I remember him. Who are the dude? I love how I'm calling all these guys dudes and you guys are like, no, that's rough nut. I don't know. I'm just throwing names out. I don't know. This guy's got wings. Like full-on, full-on wings. Another body part. A dog. There's a G.I. Joe dog in here. Where'd I throw the body part? I was going to fix. There he is. I think there's a body part. Green guy. Another body part. Another body part. Let's see. Body part. Bunch. Everything down at the bottom of this box is, um, it's weird. What is that? It's just guns and missiles. Oh, flag points. This guy was saving flag points. Just like in Star Wars we used to save. So, tons of, tons of guns. Like Star Wars, I know in collective Star Wars these things are the most precious. So, mapping up guns. Yeah, there's nothing left in this box, but, oh, there's a G.I. Joe. Um, looks like a removable tattoo. So, yeah, everything else is just a loose gun or some sort of backpack or, you know, something like that. So, I will have to label this box. Kind of tip it, yeah. Label this box, go through all the parts and just say help, right? Help, help a brother out. Because I am not going to know what any of that is. But, I mean, we found some Star Wars stuff, so that's kind of cool. Found some Star Wars stuff and some broken men. Wow, that's a lot of broken men. This is all the broken men right here. See, these are all busted up. If you sell a broken guy on eBay and you repair it, like, so say I repair it, right? And then I list it back for sale. Does the buyer want to know that he has a new gasket inside? Does that make a difference? Because it's not vintage anymore, right? So, I would think it makes a difference. Um, this is the trash bag. You know, the dream would be that there's a Star Wars spaceship in here. I highly doubt it, but that would be the dream, right? I don't always live the dream. Right on top, there is some giant helicopter. I'm guessing this is where all the helicopter blades go. So, there's guns, there's two mounted guns inside of it. There's a little hook underneath of it. Helicopter number one is yeah, the warthog. I know that's from Halo. Um, what is this? So, big black spaceship with... I said spaceship.  There's a lot of spaceship. There's wheels underneath. So, I'm guessing a lot of the missiles and the wings go with this bad boy. So, black airplane number one. Black airplane number one is the demon hunter. I'm just making up names. Um, blue airplane, blue airplane. So, blue airplane or second blue. Second airplane blue, I don't know, is what? Can you flip up? Yep. Don't make that noise. It's not, it's not a Star Wars toy. Right? Oh, there's another dude in here. There's two dudes in here. So, here's some Nord dudes. Whoa. And, they were in this. This does not look like G.I. Joe. Right? Laser. There's a whole bunch of stuff rattling around in it. There's a dinosaur back there. There's a dinosaur. This is where you find all the gems. Right? Wherever the kid was throwing his stash. I can't get it out. Maybe that's why there's a dinosaur in there because he can't get it out. Cut to me getting it out. Okay. Oh, it's not a dinosaur. It's an alligator. Alligator and a falcon. So, there's a falcon in there. Let's see what the bottom says. It literally says I'm not making this up. Gay toys incorporated made in the USA. So, it's still rattling. Oh, there's still more stuff in here. There's another falcon. So, another, or eagle. It's an eagle. And there is some sort of scuba pack. All right. That'll be it. I bet I could find that on eBay. Probably don't need what is this. So, Silver airplane number three. Silver airplane number three, the X-30. It's got landing gear. This kid, his parents loved him. He got a lot of cool stuff. And, oh another laser force. Laser force? I've never heard of laser force. Laser force. So, this goes over with laser force. And, what is that? Is that G.I. Joe? Let me see. So, it's Hasbro. 1987. Paw Tucket. I could just hold this and be a gun. Right? I bet it goes with this. It's the same color. Nope. Um, some sort of coba, some sort of cobra scuba thing. Cobra scuba thing. Oh, this is the thing. This is the spaceship for this guy. So, this is a Fisher Price Adventure People. I had this exact toy when I was a kid, but mine was silver. Mine wasn't black. But, I used to love this spaceship because I thought it looked like the Battlestar Galactica. It looks like the Viper kind of, right? Looks like they modeled it up to the Tiger Viper. Um, white snow car. Let's call it the white snow car for now. The white snow car down below is, oh man, gotta clean these canopies. And, what else? Something in them. There is something in this. It feels like paper. Are these comic books? Dude. Oh no, they're the card backs. Oh my gosh, he saved all his books from Kmart. So, yeah, Cobra Frog, man. Uh, a little book. Yeah, a little book. And, oh man, he saved all his little books. This stuff's got He-Man on the back. Oh, He-Man. Secret Liquid of Life. A little mini comic book. Yeah, G.I. Joe. Another He-Man. Uh, card back for James Maggot Driver. Uh, another Masters of the Universe He-Man meets Ram Man. Dude. These He-Man things are, He-Man's popular right now. Uh, snow cat driver, motor viper, he saved all the little cards. So, Big Boa. Oh, so this is gonna, this can tell me who the figures are, really. Um, so Big Boa. And, Raptor. Uh, Too bad I didn't show you, like, oh, so this is the guy that comes with the alligator. Croc Master. And Wet Suit. And Beach Head. And Fast Draw. I'm answering my own questions right now. This guy helped me out. Hawk. Did he come with Hawks? Nope. Okay. Uh, Sci-Fi Laser Trooper. Roadblock. Lawn Order. Uh, Silent Weapons. Silent Weapons. That's the name of a guy. His name was Silent Weapons. Codename Quick Kick. Oh, and so the, the Flying Hover Chariot, Cobra Emperor with Air Chariot. That's what that thing was. Um, some sort of G.I. Joe forces are called to action. It's G.I. Joe to the rescue. Little card thing. Blueprints for some of the ships. Oh, so we could just pull this out. And I would say, oh, that's the Conquest X-30. Oh. So maybe it'll tell me, like, which missiles go with what. Um, Cobra Fair Ferret? Is it really Ferret, guys? Yeah. Cobra Ferret. Instructions. Um, what's this? Battlefield Control. Oh, that's that big gun turret thing that I just had out. Whatever that thing was. And then a poster of some kind. I think for collectors, this is the stuff that people appreciate because this is the stuff that always got lost that nobody saved. Oh, you're really careful with this. What is this? What is this? Blue poster. Live the adventure Operation Space Station. And then a little another thingy jigger. And if you want to see any of these things more closely, if you're like, oh, so like if you're in the Facebook forum and you have such and such, I will gladly take a picture of such and such. Just tell me what it is and I will repost it. This is rare. This right here. Rare that somebody would... This kid loved G.I. Joe, right? So there's that thing. Three-wheeled tricycle with red guns and another dude. Another man This kid had a great childhood. Great childhood. Here's the bottom to something. Tank wheels. Same color as the other thing. Kinda. And getting out of the bottom of this and noticing that there is no Star Wars ships in here. Is that it? Nope. Oh, there's some loose stuff. So motorcycle of some kind. Wait, I... This motorcycle looks really familiar. Like I feel like I had that when I was a kid. Baroness doesn't drive this, does she? I had... I swear I had this. This looks really familiar. Let me see. Some loose missiles. A Jeep of some kind.  So that is everything. I'll do a quick Passover right now. Alright, so let's take a trip down memory lane. There was the big box full of guys. Right? And then the big black craft there. And then this thing in the car. There's the last few missiles and ropes. Little snow vehicle. Another snow vehicle. Whatever that thing is. Big pile of broken men. And then these last two pieces. The big helicopter. Adventure people. The big blue ship. Laser force. And this space. No airplane. No space. Alright, I'm sure that video was super super super long. But yeah, ask me anything or help me out down below in the comments or help me out over in the Facebook forum. Like I said, I'm not going to I'm not going to keep any of this. I just want to assemble it. Put it together. Make some nice little groups.  And hopefully help some people out that love GI Joe. I'd rather pass this on to people that love GI Joe because that was their childhood and not mine. So, yeah. It was a lot of fun. See ya. Bye.


Good morning folks. Steve Rhodes coming to you live from the shores of sunny Delray Beach, Florida. This year, 11 a.m. update and a slight mix out there kind of like yesterday. Only this time it's from the Russell 2000 straight and lower about five points basically flat. The other indices are flat two as well. The dow is up five points. Yes and P five the Nasdaq 138 biggest mover out here is a surmiser of 28 points. That's about one percent to the upside. You've got gold trading up 13 bucks in 1953. Silver's up 30 cents at 22 72 lights. Recruiting up a buck 69 69 33 is the print there. Natural gas up 10 cents right now trading at 224. The 30 year treasury is flat at 130. Even Steven. Let's take a look at that nine panel market update chart. We begin with the ES mini upper left hand corner. What do we know? Well, yesterday we saw price close above the top of its daily profile. So it took out resistance. That sets up an A to B equal CD to the upside. First price projection area 40 67 25 spot ball tennis is now below closed below yesterday. It is now below the 50 day expense moving average is below yesterday's low. That's a signal to you and I that it wants to head lower. Does somebody in the market know something with regard to how the market is going to respond to either Paul's news or really a statement I think is probably going to be more so what market participants are interested in. In either event, you've got the ES mini above resistance and you have the spot ball takes below support. If you take a look at the end queue, it still trades with inside that February 2nd swing point. It should go tackle that high of 130 68. No idea whether we'll take it out, but it should at least go target that level. If you take a look at the US dollar index hasn't taken out yesterday's low. So kind of a sideways ish type move. But there is an A to B equal CD to the downside. That one to one price projection is at the 102 28 level. Goldilocks is trading now. It did form a new profile yesterday. So you have new support resistance support down 1867 resistance 1959 40 and the center of that bear structure profile 19 22 50 would not be surprised to at least see that level tested as long as price remains below 1959 40 Silvers attempting to form a new bear structure daily profile. It does have an A to B equal CD to the upside at 24 17. We will not have confirmation of this profile until this evening. But right now we do know where sellers are lined up and they're up at the 22 85 level. We also know where buyers are lined up. They're all the way down at 21 30. It's that center profile 22 41. You want to keep an eye on a close below that suggests to move back to 21 30 lights. We crude. It has profile resistance at 70 96. That should be where price is targeting. You've got that roads with the indicator bottom in natural gas that remains in effect unless price close below 224. Folks stay tuned for the Trader Z show. But if I have to start your Wednesday, say Wednesday Wednesday, Wednesday. Have a wonderful one. Thanks folks. Take care.


Now, tens of hundreds of women under the umbrella name Women United for Yahya Bello Uyabel trooped to the streets of Umayah here in Abiyah State for a solidarity walk in support of the presidential bid of Governor Yahya Bello of Kogi State. They insisted the would back him up with their numbers to succeed. President Mohamed Bwari, the walk was tagged one million women march for Yahya Bello II. The women members of over 700 groups across the six geopolitical zones of the country and across key sectors including non-governmental organizations, civil society organizations, religious professional bodies, women in media politics, nollywood, market women, as well as top women entrepreneurs, among others. He's the only man that has proven that women should not be pushed aside. He has carried women along and someone like that we should support him. We want vibrance, young people that will take over from wherever it's really Nigeria now. We want young people and the person that is dedicated, if you check his profile, whatever he's doing in Kogi State is hundred percent, embracing women, bringing women to every aspect of whatever he's doing in Kogi State. That's why we women want to support him.  He is the only man that has the troubles of women at heart. He carries women along so why won't we support him? There are some positions that they don't give women but Yahya Bello is one person that gives women an opportunity to excel. We can see what he is doing as a governor, carrying women along and I believe if he must sit as the president he will do more. Updates


Hi everyone, Joe for jaspyscasebreaks.com coming at you with 2020-2021 Panini Select Basketball. Four box, third of a case, pick your team number 14. A very big thanks to this group right here for getting in on the action. Appreciate it.  He's got the last spot mojo star next to his name. Appreciate it. All right now, let's see. We popped open these cases. Remember I marked those with X's so we know they're from the same case. One two three for the left four four five six for the right four And it's gonna be four one two three four five six and this we will save for break My chicken scratch right here break 15 and that's on jaspyscasebreaks.com Kyle Larr is going to heat on three years. A lot of action happening in the NBA. A lot of movement. No, actually we did not see the zebra in the first four. I'm trying to think. No, we didn't right? No. I feel like I would have remembered. So the zebra is generally one per case. I don't know if they're guaranteed one per case, but they generally fall one per case. In previous years we have seen In previous years we have seen Cases that could have multiple zebras. All right here we go. Good luck everybody.  We're talking earlier today about how the Pistons are kind of putting together a good team. We got Rodney Hood, X Factor, Jersey and autograph. Yeah, there were three in one case That's Sean Poole. Yeah, so it is possible to have more than one zebra That's 141 out of 249 Portland, Chris Murphy And there's Josh Green for Dallas That's gonna be for Miles and the Mavs.  Yeah, the select does a pretty good job There's a duke a Silver rookie for Oliver and the Jazz There's Drew Holiday, Champion, Isaac Acoro, Quartzside Quartzside rookie and there's a duke a tricolor. All right.  That's the guy I want Sadiq Bay Grew up watching him play and Lamello ball piece of his jersey Charlotte Matthew Shearer picked up the Charlotte Hornets straight up and the Sadiq Bay Silver rookie for Andrew and the Pistons that Aaron Baines To 35 to 65 check that Mark with the Raptors LeBron James Scope and Obi-Toppin rookie card Premier Premier League Premier tier for Sean Oh, and there's LeBron Scope for Matthew And we got an Isaiah Stewart to 149 another one of the promising rookies For the Pistons that'll be for Andrew another Obi-Toppin there by the Anthony Davis Silver and a Trey Young Two-color jersey. Oh, that's a good question. Jose FSU saying who's my sleeper in this draft class Hmm your thing you think Jaden McDaniels It didn't Jaden McDaniels have like I forget what was it Jaden McDaniels or was it Jared Culver who had like One or two 40-point games this season Yeah, Jaden McDaniels could be interesting. I like those guys on I like Sadiq Bay and Isaiah Stewart on Detroit We're talking about them earlier Oh for likes Tyrese Maxi. Yeah, he's pretty good. We got Alonzo Trier Nick's Jersey and autograph For Sean Oh and New York 168 out of 249. What is everyone else thing? What's it? Who's a good because we already know about in a nice Lucodontia tricolor for Dallas. That's for miles. We already know about, you know, Lamello We already know about Anthony Edwards, right? Sorry, I minimize all my windows and then Fuego Yanis it's pretty nice Yeah, Chris Murphy likes Maxi as well. There's the in Fuego Fuego Yanis onto the combo Those are shorter printed that is for For Adam Kelly and the bucks nice FSU likes Capazzo. You certainly had some moments When that's an Anthony Edwards silver coming up that's Sean O'Leary with the Timberwolves Nice Anthony Edwards Carmelo Anthony some seems to be some rumors that Carmelo will be coming to LA Oh, the cat a cat on the pitch on the baseball field Oh jumps on the Duncan sign goes into the bullpen. Oh Trying to get into the bullpen poor little guy must be terrified running down the foul line And then escapes into Skates into the sands There's Composal right here. I guess quickly. He's not really a sleeper right when we know we know what he's done There's Blake Griffin To 249 a die cut will go to Sean and the Nets There's Cole Cole Anthony could have some upside. I think he was highly touted going into The season but sort of had a slow slow season But that could be a sleeper right there Maybe even Desmond Bain and there's Patrick Williams the relic face forward. These are they're flipped around Patrick Williams relic going to Sean Sean T different Sean Paul George die cut for the Clippers To 175 Aaron Salinas with the clip show It's Cole Anthony to 299 so both of those will go to EA and the Orlando Magic. There's Tyrese Halliburne We already know about him. That's for Sean O'Leary and the Kings. Here's Patrick Williams for the Bulls Sean T And the Cole Anthony to 299 Whoo and a nice Tyrese Halliburne premier level silver For Sean O'Leary and the Kings It's a good-looking card and a KG Duet selection. That's a randomizer between Timberwolves Sean O'Leary and the Nets Sean O'Leary no randomizer One person happy because he has both teams makes it easy for me. Oh Nice Anthony Edwards tri-color Nice one for the number one overall pick Sean O'Leary Timberwolves All right next box halfway through this four box break Miles is saying kind of kind of hate that. Is there an elephant print this year elephant and tigers retail only I know by the tiger Often sounds kind of cool There's an Anthony Edwards autograph tumbling out of there. Sorry about that. It looks fine though Quality is kind of terrible. Anthony Edwards lime green autograph 40 out of 99 Sean O'Leary. Yeah, he sure did miles From the national I was kind of amazing. All right next box. Good luck Jalen Smith and a Tyrell Terry relic That's four miles and the Mavs There's Terry Rosier to 299 Obi-TOP in tri-color. I know it was the first time for everything Arthur We'll warn out from the trip and the flight It's Alex Caruso to 175 die cut and a Lamello ball. That's for Matthew and the Hornets Out of 199 Kyrie In Fuego Steph Curry and a silver RJ Hampton. I've heard some people people talk positively about this guy Orlando magic that's gonna be for EA No, no, I'm I mean, I'm sure there was an F-bomb somewhere But not out of not out of anger. It was Rudy go bear not like in previous years previous years there was a specific reason why there was a different different team that was there But now it's all Jaspies We have our S together. All right final box Well, whatever I said on on on Mike over the last week was nothing compared to Compared to this set of group breakers that were that were like diagonal from us Being non-family friendly was their whole thing Probably kept a lot of families from coming through that area to be honest with you. See these packs are kind of terrible Target cards inside are pretty good But they're packaged by like they kind of feels a little thinner this year. I should have sent Arthur in I think that's what they wanted Arthur. I think they wanted that attention Everyone just ignored him. Let's probably kill them on the inside. All right final box.  He may stay with the wizards. Does he move on to the wizards move them on?  There you go Darren Porter and a silver Patrick Williams for Sean T and the Bulls Concourse edition he's pretty solid and Desmond Baird for the Memphis Grizzlies Greg Tomkin with Memphis. I'm sure Desmond never gets that Sadiq Bay rookie silver Obi-Toppin and a Vince Carter Vinsanity In-flight autograph for Mark Basette and the Toronto Raptors. Nice Mark. That looks really sharp 129 out of 149 Not too shabby Miles Turner die cut to 175 for Indiana Ethan RJ Hampton magic piece of his jersey going to Going to EA and Orlando Josh Green Tri-Color for Dallas I've heard people in lost local talk radio sports talk radio thinking that Patty Mills may end up on On the Lakers and there's Tyrell Terry to 149 for Miles and his mavs And there's the break ladies and gentlemen. There's Jamal Murray all-card ship a lot of great stuff I appreciate everybody getting into the action I'm Joe for jashby's case breaks comm and I'll see you next time for the next break. Bye. Bye


But remember, success doesn't come without effort, dedication and patience. Choose what aligns with your skills and interests and put in the hard work. It's an exciting time to dive into the digital landscape, full of potential and innovation. Remember, the digital landscape is constantly evolving, so keep learning, stay adaptable and make it happen.


What's up everybody Jason for Jasper's case race calm We just sold out 2021 tops chrome formula one racing three box break ran on teams number four again guys This contains one hobby box and two light boxes 11 spots that we get to tiered random team from the list below will randomize 11 aims and 11 tears Again one box hobby two boxes of light So there you go Here's the dice where there's guys are named Zach down a will and we got out for more racing plus F2 compels racing down F2 premier racing Let's roll it and it's a five and a three eight times. Good luck one two three four five six seven eight Zach down a robber eight times one two three four five six seven eight Alright, so Zach you have Ashton Martin racing there plus the F2 racing team will with Mercedes a g as well as good area Alpha Tori and F2 HWA race lab Dale with Williams racing plus F2 premier racing brand crop Alpine with F2 Carlin's good area Ferrari for Rick F2 MP motorsport Peter with McLaren on F2 high-tech Grand Prix Jose with Red Bull racing will with Haas Plus F2 dams plus F2 try-in Brian Crawford Renault BWT Grand Prix with F2 Uni and Robert with Alfa Merrill racing plus F2 compels racing So again, I don't think many people really trade you guys opportunity right there to trade. I don't know if it's our stream Rick or If it's in general with YouTube, but I feel like the stream has been really laggy today So I'm replying to you right now, but I'm actually like to watch my stream and it looks like I'm like a whole like maybe minute delayed So um once you see this you'll notice that we're just about to start right now Yeah, John then it's on the website or sorry on the schedule right there It should be starting in about 15-20 minutes. I like 9 20 probably So don't forget to look at the panda Thing all right guys, let's close the trade window All right, so again 2 f1 light boxes and one hobby Lego All right guys, so there we go. Let's Rip now guys And there's a list right there The Charles we have on you $1.99 that's for f2 uni Robert Swartzman F2 Prima Pierre Gasly, which is sweet area Offatory we have will with that one Sergio Perez Lewis Hamilton Mercedes Just going to will Mick Max Verstappen Oh little red Green bought us for Mercedes We got to 399 Mercedes AMG Axe for stop in a little wave And a very nice Nikita mace pin that's from a Haas f1 team tonight and I'm green And Theo Max Verstappen we have a Ralph Borschen compels racing Max Verstappen green wave Insert to 99 Max Verstappen refractor Max Verstappen red liners and we got a Nikita wave with a Kimmy Purple So 399 George Russell very nice and a Jehan for f2 carlin Yuki George Russell and a Jehan that's a purple To 399 All righty guys. Let's go to the hobby now big boy stuff right here. We have a Baltas from Mercedes AMG We're pretty play one-on-one baby. Let's go And that's gonna go to will last Bob Mojo. There you go, buddy Yuri and then we have a Fernando Alonso gold gear me to 50 and Then we have here George Russell We have Peter Gasey path to the podium. We got a Mick rookie Yuki Lewis Hamilton refractor And we have an autograph and it's Yuri Vips from high tech Grand Prix f2 team 391 which High-tech Grand Prix. That's Peter. We got a Pier to 399 purple Lando if you do the Mando call Lando It's a nice one right there Roy Kimmy Another nice George Russell there for Williams racing Other George Russell. All right. Well, there you go. We've got a pretty good one-on-one and a little autograph there That was a break number four number five's in the store Jaspies case breaks.com. Thank you guys


and so far, and some takeaways that you've made a note of? Well, actually, I really enjoyed, I was here early, so I attended the COPE seminar and I really enjoyed the, they have a workshop at the end of the day where you go over cases that they've actually dealt with and you have discussions about them and you see what would your journal have done? What are your personal thoughts on this? And then you see that they align with the COPE standards. So I found that just incredibly interesting and it's good to confirm that we're doing the right things and it's also good to know that you have a good head about the proper ethics that you were dealing with on a day-to-day basis.


So we are here at the Elephone and this is the new S8 Pro right here. Beautiful AMOLED bezel-less display. Hello, so who are you? Hello everybody, I will say where. And this is a really cool, very very nice phone with a Qualcomm chipset. So what kind of specifications do we have right here? This phone is with 6.01 inch QHD plus AMOLED screen, the 89 Full Variant screen, and the CPU is Snapdragon 660, they are two storage version with 4GB plus 64 and 6GB plus 128. The rear camera, a dual camera, 30MP plus 30MP, especially it is side fingerprint. Nice, good to see you in the here. The port wireless charging and it will come with the latest Android version, Android 8.1. It has wireless charge, nice. And you have maybe a fast trigger for that you can take pictures just by double tapping on the power button. Yeah, we have. Very nice. How big is the battery? This is maybe 4,000? It is 3,280. 3,280 right here. Nice AMOLED display with the resolution. Full HD plus. Full HD plus, 2x1, 18x9. And what kind of price are we talking about? If we talk about 4GD plus in the port, at the cost of 8,000, any other price would be 299.99 euros. 299.99 euros. That's right. And is there any chance this can be sold in the US too? Was mostly for Europe. Mainly for Europe. Mainly for Europe? And in different colors? Yeah, they will be in different colors. Nice. And this is dual camera, hopefully with a long battery life. There it is. Let's check out the other color right here. Nice. So you got some... So this is a totally unique design from my iPhone. It looks like wood. It makes the phone looks very luxury and etiquette. Dual SIM? Dual SIM.