항상 헷갈렸던거 jre:java runtime environment -> 라이브러리들이랑 결합해서 jvm을 시작 -> 아직 명확히 모르겠다 jdk: jre + 개발툴
1. OOP 1) 객체지향? 커다란 프로그램을 잘 나눠서 각 객체에게 책임을 주고 그 책임을 다하게 하는것. 그 객체가 서로 잘 협력하게 하는것. 2) 객체지향 특성 캡슐화(기능의 완전함, 정보은닉) 남한테 내 심장을 보여줄 순 없다... -> 외부 침략을 제한해
생성패턴(객체가 생성, 변경되어도 프로그램 구조에 영향받지 않도록) 싱글톤 패턴(Singleton) 클래스의 인스턴스가 하나 세팅 설정등에 사용 추상팩토리 패턴(Abstract Factory) 빌더 패턴(Builder) 팩토리 메소드 패턴(Factory Me
default method : 인터페이스에 구현이 가능! (자바 8부터!)
알고는 있었는데,,,? Optional : 객체를 래핑해서 바구니에 담음, 유저가 없으면 그냥 바구니를 리턴 (NULL 리턴하지 않게) 새로 알게된 것(초면입니다) 1) stream : 데이터 흐름, 원하는 결과를 필터링, 가공해 결과 얻을 수 있음. -> 성능이 더
알고는 있었는데,,,? 새로 알게된 것(초면입니다) Optional의 객체생성 Optional.of(객체) : value가 null인 경우 NPE예외 나타남, 반드시 값이 있어야 할때 사용 Optional.ofNullable(객체) : value
🤔 Today I Learn \- Persistence Layer \- Star schema: 데이터를 논리적 단위로 나눠 저장하고 필요시 조인하는 방식 \- Denormalized schema: 데이터를 나누지 않고 그냥 원하는 데이터들을 모아서 때려 넣고 이를 반
MYSQL의 Scale-OutMaster(읽,쓰,수정 다 가능)- Slave(읽기만 가능) 구성Slave를 늘려 Scale-OutDocker프로그램이랑 필요한 기타 소프트웨어를 하나의 패키지로 만드는 플랫폼Docket Image : 패키지를 소프트웨어 파일 시스템 형태
새로 배운 것들 1) select문 2) group by 오늘 깨달은 거, 생각한 거 ORDER BY 1, GROUP BY 1 하면 SELECT 문의 첫번째꺼 기준으로 된다. -> 두 번 반복해 쓸 필요가 없어서 편리하다. -> 뭐가 더 좋을까? 직관적으로는 두번쓰
CROSS JOINSQL에 문자열을 쓸 때 큰따옴표를 써야할까? 작은따옴표 써야할까?문자열 안에 인용문이 들어가면 오류가 날 수 있어서 큰따옴표가 나은,,듯?\-> https://bskyvision.com/952근데 또 날짜함수안에는 작은따옴표 안에 써줘야해서
Index는 select, delete, join을 빠르게/ update, insert를 느리게 만들엉.. 내가 느낀거 배운거 예전에 암것도 모르고 트랜잭션으로 데이터 insert 시간 줄인적이 있는데, 트랜잭션이 이런거고나... 좀 더 알아볼필요가 있을덧 SQL
스프링부트 시작!
두번째 스프링부트
DataSource, TestInstance Lifecycle, JdbcTemplate
Embeded Database, NamedParameterJdbcTemplate
AOP와 트랜잭션
웹 overview, 서블렛
SpringMVC, Dispatch Servlet
WebApplicationContext, REST api
스프링부트