Please enable JavaScript.

Coggle requires JavaScript to display documents.

DB (index, СУБД, транзакція, типи зв'язків:, напрямки зв'язків…

- - - - по представлению
      - по виражению
    - - кластеризований - у вузлахд зберіг дані
        
        словник з фізич відсорт даними
        
        для 1 табл - лише 1 кластериз ключ - це і є табл
        
        не дозвол null
        
        це не окрема сутність а механізм сортування даних
        
        non-unique clustered index - при його створ система сама додає до стовпця цілочисел знач - uniquifier
      - некластеризований - у вузлах/листях лише ключові стовпці на яких побуд індекс + посилання на дані + можна зберіг у вузлах неіндекс стовпці(included column)
        
        не перебуд структуру данних, а організ посил на відповід дані
        
        для даних які часто змін
        
        обмеж UNIQUE створ некластер ключ на полі
        
        дозвол один null
        
        в 1 табл може бути багато некластериз індексів
    - - невпорядк
      - зрост
      - впорядк
      - зменш
    - - b-tree - збаланс дерево
      - hash
        
        хранение не самих значений, а их хэшей
        
        економія пам'яті
        
        хеши не унікал, необхідно вирішувати проблеми колізії, хеш не можна сортувати за знач
      - Bitmap index
        
        поляг у створ бвтових карт(послідовностей 0,1), кожному біту відповід строка
    - - композитив
        
        важл порядок стовпців, може включ до 16 полів
        
        до 900 байтами
      - індекс з включ стовпцями (Покрывающий)
        
        некластерний, містить окрім ключових стовпців неключ, дозвол отрим дані з листя індексу без звернення до записів табл
      - прості - на осн 1 поля
      - унікальний
        
        індіексуємий стовпчик унікал, якщо ключ композитив - то унікал їх комбінац, а не кожен з них
        
        створ автоматич при створ пк та констрейнті unique (унікал некластериз індекс)
      - Фильтруемый индекс
        
        некластеризованный индекс только для определенного подмножества данных ключевого столбца
  - - - пк
      - поля за якими сорт, об'єдн ддані
      - лічильники
      - великі табл дані рідко оновл
    - - рідко використ
      - поля які мають лиш дек знач (енам)
      - маленькі табл
      - дані часто обновл
      - багато дублікатів у стовпці
- - - - 1NF+
      - всі атрибути опис ключ цілком, а не якусь його част
      - є первин ключ
    - - 2 NF+
      - не повинно бути залежності неключ атрибутів від ін неключ, залеж лише від пк
    - - знач всіх атрибутів атомарні(1 атрибут - 1 знач), прості
      - всі стовпці унікал
      - нема повтор
    - - 3NF+
      - немає групи атрибутів з many-to-many
  - - - primary key
        
        вибир з поотенційних найб зручний, найменш за розміром, з найм к-тю атрибутів, найбільш унікал
        
        обмеж цілісності в рамках однієї табл
        
        NOT NULL
        
        унікальний
        
        при створ створ унікал кластериз індекс, якщо кластериз індекс уже інс то створ - некластериз
        
        може включ до 16 стовпців і до 900 байт
      - альтернатиіний
    - - один або декілька стовпців, що вказ на поле/я в ін табл, зазвичай на пк, але може бути і на ін UNIQUE стовпці ін табл
      - обмеж цілісності в межах декількох табл
      - встановл зв'язок з ін табл
      - індекс автоматич не створ, їх можна створ самост або не створ
  - - - and
      - in
      - or
      - like
  - - - аспект цілісності -
      - аспект обробки
      - структур аспект - набір відносин
      - нормальна форма - набір вимог яким повинна відповідати бд
- - - - система повинна перебувати в узгодж стані до початку та після транзакції, поверт те знач з бд яке було у момент формув запиту, не залеж від впливу ін транзакц
    - - інші транзакції ніяк не вплив на викон даної транзакції, зміни що відбув в межах даної транзакції не видимі для інших
    - - незалеж від проблем нижвнього рівня, зміни зроблені під час транзакції що заверш повинні залиш збереж в бд навіть після відновлення роботи системи (дані не будуть втрач)
    - - всі операації в транзакції будуть виконані повністю, або жодна з них не викон
  - - - вичитка змінених даних заверш транзакцій 12- 34+
    - - вичитка всіх змін своєї транзакції, UPDATE, DELETE в паралел транзакціях не доступ, бачимо INSERT 123- 4+
    - - вичитка змінених даних з незаверш транзакції 1+, 234- узгодженість 1, шв 4
    - - транзакц ведуть себе як нічого більше не існ, ніякого впливу один на одного немає, поки одна транзакц не заверш роботу з даними ін не має доступу до них 1234-
  - - - ROLLBACK
        
        Пока транзакция в процессе, Oracle хранит образ данных до начала транзакции. Этот образ используется другими сессиями которые обращаются к данным участвующим в транзакции. Также он используется для отменты транзакции автоматически если что-то пойдёт не так или сессия отменит транзакцию.
        
        ROLLBACK [TO SAVEPOINT savepoint];
      - SAVEPOINT
        
        не є част SQL стандарту, дає можл частк відмінити зміни транз в зворот порядку
        
        це прапор, який дозвол відкотити зміни транзакції до нього, а все що до залишити
        
        SAVEPOINT savepoint
      - COMMIT
        
        всего лишь очищает буфер лога на диск и помечает транзакцию как выполненную.
      - DDL или DCL команды - інс транзакцкія буде підтвіерджена
      - заверш користувац пороцесу( вихід з програми) - залежить від налаштув може бути і коміт і ролбек
      - заверш сесії - відміна транзакції
      - проблеми в системі/сервері - відміна транзакції
      - SELECT FOR UPDATE
        
        робить недоступним дані для ін транз доки не заверш теперішня за допом коміт чи ролбек
        
        напр 1 селект 2 видал з певним ід 1 хоче онов те ж ід що видал 2 транзакц - то оновл не викон, щоб поперед це використ селект фор апдейт
        
        недолік блок ін транз якщо їм потріб доступ до тих же даних
- - - - вимагає ManyToOne як залежну
      - OneToMany (targetEntity=Branch.class,cascade = CascadeType.ALL , fetch = FetchType.LAZY, mappedBy = "company")
        private List<Branch> branches = new ArrayList<>(); --------------- ManyToOne (targetEntity=Company.class, fetch = FetchType.LAZY) JoinColumn (name="companyId")//Optional private Company company;
    - - add mappedBy to case 6
  - - - ManyToOne
        
        ManyToOne (cascade = CascadeType.ALL) Private Company company;
        
        generate 2 tables Company(company_id,name) and Branch(branch_id,name,company_company_id). Here Branch is the owning side since it has the foreign key association.
      - both ManyToOne and OneToMany - two separate uni-directional relations
        
        OneToMany (targetEntity=Branch.class,cascade = CascadeType.ALL, fetch = FetchType.LAZY, orphanRemoval = true) private List<Branch> branches = new ArrayList<>(); ----- ManyToOne Private Company company;
        
        буде створ 3 табл
      - OneToMany
        
        OneToMany (targetEntity=Branch.class,cascade = CascadeType.ALL, fetch = FetchType.LAZY, orphanRemoval = true) private List<Branch> branch = new ArrayList<>();
        
        Company company = new Company(); company.setName("company"); List<Branch> branchs = new ArrayList<>(); Branch branch1 = new Branch("first branch"); Branch branch2 = new Branch("second branch"); branchs.add(branch1); branchs.add(branch2); company.setBranch(branchs); entityManager.persist(company); entityManager.flush(); company.getBranches().remove(branch1);
        
        створ гібернет 3 табл
        
        insert into company (name, id) values ('company', 1); insert into branch (name, id) values ('first branch', 2); insert into branch (name, id) values ('second branch', 3); insert into company_branch (company_id, branch_id) values (1, 2); insert into company_branch (company_id, branch_id) values (1, 3); delete from company_branch where company_id = 1 ; insert into company_branch (company_id, branch_id) values (1, 3); delete from Branch where id = 2;
      - Unidirectional OneToMany with JoinColumn
        
        OneToMany (targetEntity=Branch.class,cascade = CascadeType.ALL, fetch = FetchType.LAZY, orphanRemoval = true) JoinColumn (name = "companyId, rferencedColumnName = "id") private List<Branch> branches = new ArrayList<>();
        
        створ 2 табл
      - ManyToOne with JoinColumn
        
        ManyToOne (targetEntity = Company.class) JoinColumn (name = "companyId") private Company company;
        
        створ 2 табл
      - Mapping with join table (case 6)
        
        ManyToOne (cascade = CascadeType.ALL,fetch = FetchType.LAZY) JoinTable (name="vehicle_person", joinColumns={ JoinColumn (name="vehicleId", referencedColumnName="id")}, inverseJoinColumns={ JoinColumn (name="personId", referencedColumnName="id")}) private Person person;
        
        generate 3 tables such as person(id,name), vehicle(id,name) and vehicle_person(vehicle_id,person_id)
- - - - BEFORE INSERT, UPDATE, DELETE
      - AFTER
- - - - LEFT (OUTER) JOIN
        
        Returns all records from the left table, and the matched records from the right table
      - RIGHT (OUTER) JOIN
        
        Returns all records from the right table, and the matched records from the left table
      - (INNER) JOIN
        
        Returns records that have matching values in both tables
      - FULL (OUTER) JOIN
        
        Returns all records when there is a match in either left or right table
- - - - класи
        
        javax.sql.ConnectionPoolDataSource и javax.sq1.XADataSource
        
        java.sql.Statement , java.sql.PreparedStatement и java.sql.CallableStatement
        
        javax.sql.DataSource
        
        java.sql.ResultSet
        
        java.sql.DriverManager
        
        java.sql.ResultSetMetaData
        
        java.sql.Connection/javax.sql.PooledConnection и javax.sql.XAConnection
        
        java.sql.DatabaseMetaData
- - - - System – таблица имеет только одну строку
      - Const – таблица имеет только одну соответствующую строку, которая проиндексирована. Это наиболее быстрый тип соединения
      - Eq_ref – все части индекса используются для связывания. Используемые индексы: PRIMARY KEY или UNIQUE NOT NULL. Это еще один наилучший возможный тип связывания.
      - Ref – все соответствующие строки индексного столбца считываются для каждой комбинации строк из предыдущей таблицы. Этот тип соединения для индексированных столбцов выглядит как использование операторов = или < = >
      - Fulltext – соединение использует полнотекстовый индекс таблицы
      - Ref_or_null – то же самое, что и ref, но также содержит строки со значением null для столбца
      - Index_merge – соединение использует список индексов для получения результирующего набора. Столбец key вывода команды EXPLAIN будет содержать список использованных индексов.
      - Unique_subquery – подзапрос IN возвращает только один результат из таблицы и использует первичный ключ.
      - Index_subquery – тоже, что и предыдущий, но возвращает более одного результата.
      - Range – индекс, использованный для нахождения соответствующей строки в определенном диапазоне, обычно, когда ключевой столбец сравнивается с константой, используя операторы вроде: BETWEEN, IN, >, >=, etc.
      - Index – сканируется все дерево индексов для нахождения соответствующих строк.
      - All – Для нахождения соответствующих строк используются сканирование всей таблицы. Это наихудший тип соединения и обычно указывает на отсутствие подходящих индексов в таблице.
  - - - SIMPLE — Простой запрос SELECT без подзапросов или UNION’ов
      - PRIMARY – данный SELECT – самый внешний запрос в JOIN’е
      - DERIVED – данный SELECT является частью подзапроса внутри FROM
      - SUBQUERY – первый SELECT в подзапросе
      - DEPENDENT SUBQUERY – подзапрос, который зависит от внешнего запроса
      - UNCACHABLE SUBQUERY – не кешируемый подзапрос (существуют определенные условия для того, чтобы запрос кешировался)
      - UNION – второй или последующий SELECT в UNION’е
      - DEPENDENT UNION – второй или последующий SELECT в UNION’е, зависимый от внешнего запроса
      - UNION RESULT – результат UNION’а