Re: Сьогодні я дізнався
Виявляється ми всі маємо вбудований експлойт контролю поведінки https://uk.wikipedia.org/wiki/%D0%A1%D0 … 1%82%D1%96
Ви не увійшли. Будь ласка, увійдіть або зареєструйтесь.
Ласкаво просимо вас на україномовний форум з програмування, веб-дизайну, SEO та всього пов'язаного з інтернетом та комп'ютерами.
Будемо вдячні, якщо ви поділитись посиланням на Replace.org.ua на інших ресурсах.
Для того щоб створювати теми та надсилати повідомлення вам потрібно Зареєструватись.
Український форум програмістів → Інше → Сьогодні я дізнався
Сторінки Попередня 1 … 6 7 8 9 10 … 127 Наступна
Для відправлення відповіді ви повинні увійти або зареєструватися
Виявляється ми всі маємо вбудований експлойт контролю поведінки https://uk.wikipedia.org/wiki/%D0%A1%D0 … 1%82%D1%96
knockoutjs - Knockout is a JavaScript library that helps you to create rich, responsive display and editor user interfaces with a clean underlying data model. Any time you have sections of UI that update dynamically (e.g., changing depending on the user’s actions or when an external data source changes), KO can help you implement it more simply and maintainably....
OAuth - це відкритий стандарт авторизації, який дозволяє користувачам відкривати доступ до своїх приватних даних (фотографії, відео, списки контактів), що зберігаються на одному сайті, іншому сайту, без необхідності вводу імені користувача та паролю.
Сьогодні я дізнався, що в Україні є справжня пустеля https://www.google.com/maps/@46.5965133 … 168!8i3584
не так давно я дізнався, що постгрес та мускуль по різному опрацьовують транзакцію
наприклад,
у нас є таблиця з автоінкрементом id,
останнє вставлене значення (найбільше) id = 55
в постгресі, у випадку з вставкою в цю таблицю нового рядка
в транзакції, яка відкотилась (неудачної транзакції),
автоінкремент не збільшиться,
і при вставці нового рядка id буде рівним 56,
в postgresql таблиця виглядатиме так
id | ....
.... .....
55 | ...
56 | ...
в мускулі (mariadb), у випадку з вставкою в цю таблицю нового рядка
в транзакції, яка відкотилась (неудачної транзакції),
автоінкремент збільшиться,
і при вставці нового рядка id буде рівним 57,
і в mysql(maridb) таблиця виглядатиме так
id | ....
.... .....
55 | ...
57 | ...
тобто, виглядає, наче в постгресі транзакція є "чесна", тру-атомарна,
а в мускулі атомарність транзакції підперта костилем -- спочатку вставляє, потім видаляє...
...атомарність транзакції підперта костилем...
IDENTITY column type SQL:2003
Те, що у Вас в MySQL поле id є IDENTITY (оскільки при створенні таблиці було щось типу ... AUTO_INCREMENT) в тому я впевнений. А даний тип був включений в стандарт SQL:2003 і саме така поведінка і є норм для нього:
https://stackoverflow.com/questions/282 … n-rollback
https://stackoverflow.com/questions/449 … t-rollback
https://stackoverflow.com/questions/163 … urs-in-sql
інша справа, як у Вас визначене поле id в PostgreSQL (ну і яка версія)....
Дізнався (насправді вчора, але я ще не лягав спати, тож в мене сьогодні) що для того, щоб у react-final-form змінити значення якогось поля, наприклад, в onChange іншого поля, треба ліпити якусь дивну через сраку вивернуту трахамудію з мутаторами...
Те, що у Вас в MySQL поле id є IDENTITY (оскільки при створенні таблиці було щось типу ... AUTO_INCREMENT) в тому я впевнений. А даний тип був включений в стандарт SQL:2003 і саме така поведінка і є норм для нього:
https://stackoverflow.com/questions/282 … n-rollback
https://stackoverflow.com/questions/449 … t-rollback
https://stackoverflow.com/questions/163 … urs-in-sqlінша справа, як у Вас визначене поле id в PostgreSQL (ну і яка версія)....
дякую, не знав про IDENTITY
версії постгреса та mariadb -- останні
але ж ...
у мене немає ніякого IDENTITY (ні в sql створення таблиці, ні в дампі, в ключах чи ddl таблиці на сервері)
є лише
...
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
...
ENGINE=InnoDB DEFAULT CHARSET=utf8
цю бяку з інкрементом при відкоченні транзакції можна відключити?
upd. агга, по вашому останному посиланні стверджується "no"
що ж, це ще один нюанс, у якому постгрес в мускуля виграє imho
у мене немає ніякого IDENTITY
Ну кожна СУБД це реалізує по своєму - для MySQL (AUTO_INCREMENT) це якраз і є воно. PostgreSQL
А, ось товариш скаржиться
https://www.postgresql.org/message-id/5 … gerc.id.au
https://www.postgresql.org/message-id/5 … k.uvena.de
цю бяку з інкрементом при відкоченні транзакції можна відключити?
Нуууу, тут питання навіщо.
The increment process happens outside of the current running transaction, so a roll-back may end-up discarding already assigned values (value gaps may happen). The increment process is very efficient since it uses a database internal lightweight locking mechanism as opposed to the more heavyweight transactional course-grain locks.
Але якщо Вам так хочеться то беріть на себе генерацію ідентифікатора.
у якому постгрес в мускуля виграє
Нуууу.....
то є логічно -- транзакція відкотилась, вставку рядка ми не зробили --
отже, інкремент збільшувати немає чого
А Ви впевнені що в цей час більш ніхто не звертається до БД....
сьогодні я дізнався, що існує такий проект
який ставить за мету дати назви кожному з 16 млн RGB кольорів )
і кожен може запропонувати власну назву для кожного кольору
С͒ͦͥ̏ͣ̽ͥͬ͂͊͂͂ͭ͆̔̈́̌ͤь͋ͨͩͮͥ̎́ͭ̚о̋̐ͦ̐̉́г͂̃͆ͬо̓̒̅́̓ͨ̉͐̈́̉ͫ̈́̓̍д͐̐ͪ̊ͭͤ͆̌͐͒̑̓̒͗ͨͯͨ̚н̓ͥͥ͑͊̌̈ͫ̏̃̍ͯ́̚іͧ͑ͮ̒̚ ̊ͦ͗͆͆͊̈̓ͩ̾͂̐̈̐ͫ̈́͊я͆̅ͭ̍͛͑̋ͣ̾͗̇ ̍̍̾́͗д̓ͭ̒͒ͮі̐͋ͪͫз̌ͤ̒̌ͮͧ͗ͦ̓̈̃̿н͗̈́ͫͮ̈́̽̓̇̈̎̆͛͌̃ͯ̌̚а͗̍ͦͧ͑̓ͮвͤ̂̾̋́̄ͮ̒ͯ͊̚с̏ͫ̓̉̄̈́ͬ̊̌ͭͩͬ̏͆я̓̋̅ͣͯ̑̂̉͂ͧ я̞͚̞̜̺̭̜͓̭̥̜̜̭к̹̥̣̙̯̫̺̞͔̮̥̭̫ͅ ̝̰̥̖̞̱͔̻̩͔͍̝̣р̦̰̟̞̦͙̯̦͚̰̯̙͕̫ͅо̥͍̮͇͕̭͎̭̜̟̗̮͚̫͚̼̩б̤̲͍̜̲̻̫̫̗̦̯͓̩͚̥̮ͅͅи͉̮̯͍̦̣̻͕т͖̻̫͕͎͓̻и͓̭̞͔̪͍̥͕͚͚̜̻͉ ͈̩̹͔̻̮̮͓̥̠̝̪ͅт̭̘̝̪̪͉͔͔а̳̗̟̪̯̖̘к̤̼͈͔̫̮̤̼͔̙̺̬͙̟͖̪͓͍е̻̭̮̮̳̻̖̩̙̘̹̜͕̰̺̺̞ͅ https://replace.org.ua/post/140020/#p140020
сьогодні до мене дійшло, чому 1984 Оруелла називають великим твором
нарешті дотягнулись руки почитати
та таке собі, норм