Епизод 64 – Индексиране на бази данни

Епизод 64 на Nerds2Nerds записан на 22.08.2015 с гост Иван Донев

Обзор на новините и разговор за индексиране на бази данни

 

Директен линк към част 1 (mp3) (ogg)

00:00:25 – представяне на госта
00:03:25 – Schoolpedia
00:05:25 – Mozilla махат addons копират Chrome Extensions
00:08:57 – Новия Android
00:09:05 – OS X пак vulnarability
00:09:12 – Project Ara се отлага за 2016
00:09:45 – Disneyland & Disney World ще имат Star Wars зона
00:10:00 – Windows 10 не може да пуска игри със SecuROM. (Sims, GTA3 и др.)
00:10:40 – DirectX 12 производителност
00:12:35 – Google Router OneHub от TP-LINK
00:12:50 – Parallels Desktop, VMWare Fusion не поддържат Windows 10. Има update за $50
00:14:40 – IntelliJ 15 с warnings за повтарящ се код
00:17:00 – Индекси в базите данни

SQL Saturday

Презентация и демота за SQL Server Advanced Indexing Techniques

Tags: ,
| август 24th, 2015 | Posted in Uncategorized |

17 Responses to “Епизод 64 – Индексиране на бази данни”

  1. Васил Костурски Says:

    Щеше ми се да чуя няколко думи по дебата PK GUID vs int(auto increment), особено от гледна точка на индексите. Има доста източници и разнородни мнения. Интересно ми е на базата на опита на MSSQL гуруто как седат нещата в големите enterprise състеми и какви са препоръките.

  2. Stilgar Says:

    Аз си мислих да питам точно за това ама Найден с неговите глупави въпроси за развалените му бази ме разсея…

  3. nikssa23 Says:

    Здравейте, а може ли да направите малко разяснение какво е file stream i blob в базите, че малко се обърках.
    Относно file stream мисля, че го разбрах но този blob не.

  4. ウォーロック Says:

    Binary large object – blob

  5. ウォーロック Says:

    Слушалки 7.1 🙂 … йеййее
    http://www.wired.com/2015/08/logitech-headphones-gaming-audiophile/

  6. Алекс Says:

    nikssa23, Filestream просто ти пише къде е файла на хард диска подобно на varchar() , само че ти заключва файла така че да не може да го изтриеш по погрешка и по този начин ти се гарантира интегритито на базата данни (поне доколкото е възможно).

    На мене ми стана много любопитно какви са случеите когато е препорачително да изтриваш неща от базата данни, понеже и аз подобно на Stilgar си мислех, че ако се прави с флагове IsDeleted (или нещо подобно) е по добре заради history,integrity и т.н.

  7. Mandor Says:

    Съжалявам, но този път не ми хареса. Найдене, оценявам доста високо „живото“ ти участие в новините (като изключим прекомерната употреба на „whatever“) и допълнителните ти коментари, но не смятам за нормално във втората част да говориш повече от госта. Ако направите бърза оценка, ще видите, че Иван (Донев) не успя да разкаже почти нищо съществено и само мина набързо през по-основните неща.

  8. nikssa23 Says:

    Може да поканите някой представител на анонимните в бг. 😀 Ще бъде интересно.

  9. ⌀--·⓪ Says:

    Ако наистина са „анонимни“, то не би трябвало да имат представители. Освен това до скоро анонимните у нас бяха обикновени гаменчета в пубертета, които вместо да тормозят съучениците си, са си купили компютри. Малко вероятно е още да съществуват. И да съществуват не е станало по-добре.

  10. Желю Желев Says:

    Аре стига XUL е pain in the ass. Все още съм фен на Firefox, но да Chrome просто изби рибата.

  11. JOKe Says:

    @Mandor note taken, може и да си прав. Явно темата ми е била прекалено интересна. 🙂

  12. ウォーロック Says:

    Ибаси вифито 🙂 http://www.engadget.com/2015/09/02/asus-router-worlds-fastest-wifi/

  13. ⌀--·⓪ Says:

    Да де, ама или трябва да раздаваш връзка в парка или, ако го ползваш вкъщи да си вземеш две, като второто го закачиш за лаптопа. Не виждам друг начин да уплътниш скоростта му.

  14. ⌀--·⓪ Says:

    п.п. Трябва да питаме Ванката тоя ел. уред дали е безопасен. Да е се окаже, че и ние ще се изпечем като онази пържола.

  15. ウォーロック Says:

    Е то около скарата, нали за това има пръчки, да не се подпреш случайно 🙂

  16. ⌀--·⓪ Says:

    Слушам, слушам и се чудя. Тоя вашият гост не е ли Шошона???

  17. jaja Says:

    Аз съм твърдо против генерираните заявки от ОРМ в 90% от случаите не са оптимални.
    Доста често при генерирането на репорти прибягвам до ръчно описване на колони и индекси.

    П.П. Само не разбрах какъв ви е дерта с mysql/sqllite (не виждам смисъл да се хейтва безплатна технология…).

Leave a Reply