[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"me":3,"catalog:tr:database\u002Fpg-indexes":4,"config":214},null,{"field_key":5,"field_name":6,"seniority":7,"topic_key":8,"topic_name":9,"spec_key":7,"spec_name":7,"locale":10,"cell_total":11,"field_total":12,"seniorities":13,"topics":17,"specs":115,"samples":129},"database","Veritabanı","","pg-indexes","Pg Indexes","tr",75,2475,[14,15,16],"junior","mid","senior",[18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66,69,70,73,76,79,82,85,88,91,94,97,100,103,106,109,112],{"key":19,"name":20,"count":11},"backup-recovery","Backup Recovery",{"key":22,"name":23,"count":11},"data-modeling","Data Modeling",{"key":25,"name":26,"count":11},"indexing","Indexing",{"key":28,"name":29,"count":11},"mongodb-aggregation","Mongodb Aggregation",{"key":31,"name":32,"count":11},"mongodb-indexes-queries","Mongodb Indexes Queries",{"key":34,"name":35,"count":11},"mongodb-operations","Mongodb Operations",{"key":37,"name":38,"count":11},"mongodb-replication-sharding","Mongodb Replication Sharding",{"key":40,"name":41,"count":11},"mongodb-schema-modeling","Mongodb Schema Modeling",{"key":43,"name":44,"count":11},"mongodb-transactions-consistency","Mongodb Transactions Consistency",{"key":46,"name":47,"count":11},"mysql-indexes","Mysql Indexes",{"key":49,"name":50,"count":11},"mysql-innodb-transactions","Mysql Innodb Transactions",{"key":52,"name":53,"count":11},"mysql-operations","Mysql Operations",{"key":55,"name":56,"count":11},"mysql-query-optimization","Mysql Query Optimization",{"key":58,"name":59,"count":11},"mysql-replication-scaling","Mysql Replication Scaling",{"key":61,"name":62,"count":11},"mysql-types-constraints","Mysql Types Constraints",{"key":64,"name":65,"count":11},"nosql-models","Nosql Models",{"key":67,"name":68,"count":11},"performance-tuning","Performance Tuning",{"key":8,"name":9,"count":11},{"key":71,"name":72,"count":11},"pg-mvcc-vacuum","Pg Mvcc Vacuum",{"key":74,"name":75,"count":11},"pg-operations","Pg Operations",{"key":77,"name":78,"count":11},"pg-query-planning","Pg Query Planning",{"key":80,"name":81,"count":11},"pg-transactions-locking","Pg Transactions Locking",{"key":83,"name":84,"count":11},"pg-types-constraints","Pg Types Constraints",{"key":86,"name":87,"count":11},"query-optimization","Query Optimization",{"key":89,"name":90,"count":11},"redis-cluster-sharding","Redis Cluster Sharding",{"key":92,"name":93,"count":11},"redis-data-structures","Redis Data Structures",{"key":95,"name":96,"count":11},"redis-expiration-eviction","Redis Expiration Eviction",{"key":98,"name":99,"count":11},"redis-persistence","Redis Persistence",{"key":101,"name":102,"count":11},"redis-replication-sentinel","Redis Replication Sentinel",{"key":104,"name":105,"count":11},"redis-transactions-scripting","Redis Transactions Scripting",{"key":107,"name":108,"count":11},"replication-scaling","Replication Scaling",{"key":110,"name":111,"count":11},"security-access","Security Access",{"key":113,"name":114,"count":11},"transactions-isolation","Transactions Isolation",[116,120,123,126],{"key":117,"name":118,"count":119},"mongodb","MongoDB",450,{"key":121,"name":122,"count":119},"mysql","MySQL",{"key":124,"name":125,"count":119},"postgresql","PostgreSQL",{"key":127,"name":128,"count":119},"redis","Redis",[130,148,162,175,188,201],{"id":131,"topic":9,"difficulty":132,"body":133,"options":134,"correct_key":145,"explanation":147},"019f5d67-ff62-7eec-b77c-3dec8410a894",1,"Sıradan bir B-tree index eşitlik, aralık, `BETWEEN` ve `ORDER BY`'ı iyi karşılar. Kolon indeksli olsa bile PostgreSQL'in seq scan'e döndüğü, B-tree'nin karşılamadığı predicate hangisidir?",[135,138,141,144],{"key":136,"text":137},"a","`price = 100`",{"key":139,"text":140},"b","`price BETWEEN 50 AND 150`",{"key":142,"text":143},"c","`price > 100`",{"key":145,"text":146},"d","`tags @> '{\"role\": \"admin\"}'::jsonb`","B-tree, sıralanabilir skaler değerleri tutar; bu yüzden `=`, `\u003C`, `>`, `BETWEEN` ve aralık karşılaştırmalarını doğrudan destekler. `jsonb` üzerindeki `@>` containment operatörü ise iç içe yapıyı anlayan bir index türü ister — GIN — B-tree değil. (a)-(c) tam olarak B-tree'nin yapıldığı karşılaştırmalardır.",{"id":149,"topic":9,"difficulty":150,"body":151,"options":152,"correct_key":139,"explanation":161},"019f5d67-ff63-7ee2-a7a2-447fd40ac5ca",2,"```sql\nCREATE TABLE orders (\n  id serial PRIMARY KEY,\n  customer_id int\n);\n```\nBu ifade çalıştıktan hemen sonra — herhangi bir açık `CREATE INDEX` olmadan — `pg_indexes` `orders` için ne gösterir?",[153,155,157,159],{"key":136,"text":154},"Henüz hiçbir şey; çünkü `PRIMARY KEY` sadece bir constraint'tir ve index oluşturma ilk insert'e ertelenir",{"key":139,"text":156},"`id` üzerinde, primary key'i desteklemek için otomatik oluşturulmuş `orders_pkey` adlı tek bir unique B-tree index",{"key":142,"text":158},"`id` üzerinde non-unique bir index; çünkü primary key'in tekliği index değil trigger ile sağlanır",{"key":145,"text":160},"Hem `id` hem `customer_id`'yi kapsayan tek bir index; çünkü PostgreSQL varsayılan olarak deklare edilen her kolonu indeksler","`PRIMARY KEY` deklare etmek PostgreSQL'e hemen unique bir B-tree index oluşturtur; varsayılan adı `\u003Ctablo>_pkey`'dir. `pg_indexes`, `CREATE TABLE` biter bitmez bunu gösterir. Ne trigger vardır ne de erteleme; `customer_id` de sen istemedikçe indekslenmez — bu turda canlı bir `orders` tablosunda doğrulandı.",{"id":163,"topic":9,"difficulty":150,"body":164,"options":165,"correct_key":136,"explanation":174},"019f5d67-ff66-7dd9-b583-a593dd745109","```sql\nALTER TABLE users ADD CONSTRAINT users_email_uniq UNIQUE (email);\n```\nBu ifade depolama düzeyinde gerçekte ne yapar?",[166,168,170,172],{"key":136,"text":167},"`email` üzerinde `users_email_uniq` adlı unique bir B-tree index yaratır; constraint'i sağlayan da bu index'tir",{"key":139,"text":169},"Kuralı sadece katalogda kaydeder; teklik her yazmada index kullanılmadan satır satır kontrol edilir",{"key":142,"text":171},"`email` üzerinde önceden bir index bulunmasını şart koşar, yoksa ifade doğrudan reddedilir",{"key":145,"text":173},"Non-unique bir index yaratır ve tekrar eden değerleri reddetmek için ayrı bir check constraint'e dayanır","PostgreSQL'de `UNIQUE` constraint, arka planda unique bir index yaratılarak uygulanır — burada `users_email_uniq` adıyla, `pg_indexes`'te `USING btree (email)` olarak görünür. Önceden index gerektirmez; tekliği sağlayan trigger veya ayrı bir check constraint değil, doğrudan bu index'tir — bu turda `pg_indexes` üzerinde doğrulandı.",{"id":176,"topic":9,"difficulty":150,"body":177,"options":178,"correct_key":142,"explanation":187},"019f5d67-ff67-7a80-8aec-e1e82593731d","```sql\nCREATE INDEX idx_orders_cust_date ON orders (customer_id, order_date);\n```\nBir rapor `SELECT * FROM orders WHERE order_date > '2024-06-01'` çalıştırıyor — yalnızca ikinci kolona filtre koyarak — ve `EXPLAIN` bir sequential scan gösteriyor. Composite index burada neden işe yaramıyor?",[179,181,183,185],{"key":136,"text":180},"PostgreSQL'de composite index'ler yalnızca `ORDER BY`'ı hızlandırır, düz bir `WHERE` filtresini asla hızlandırmaz",{"key":139,"text":182},"`order_date` bir `date` kolonudur ve composite B-tree index'ler tarihi ilk olmayan bir key olarak saklayamaz",{"key":142,"text":184},"Önce `customer_id`'ye göre sıralıdır; bu filtre olmadan doğru `order_date` aralığına atlayamaz",{"key":145,"text":186},"Index yalnızca tablo belirli bir satır-sayısı eşiğini aştığında etkinleşir, o eşiğe henüz ulaşılmamış","`(customer_id, order_date)` üzerindeki composite B-tree, satırları önce `customer_id`'ye, her `customer_id` içinde de `order_date`'e göre sıralar. Baştaki kolonu atlarsan eşleşen `order_date` değerleri index boyunca dağınık kalır; planner bunu verimli kullanamaz ve scan'e döner — klasik 'leftmost prefix' kuralı. Satır-sayısı eşiği (d) yoktur, `date` tipine bağlı bir kısıtlama (b) da yoktur.",{"id":189,"topic":9,"difficulty":150,"body":190,"options":191,"correct_key":139,"explanation":200},"019f5d67-ff68-7b04-9391-2b1065a1797f","Aynı index, `idx_orders_cust_date ON orders (customer_id, order_date)`. Şu sorguda `EXPLAIN (ANALYZE, BUFFERS)`:\n```sql\nSELECT * FROM orders\nWHERE customer_id = 42 AND order_date > '2024-06-01';\n```\nşunu üretiyor:\n```\nBitmap Heap Scan on orders\n  Recheck Cond: (customer_id = 42) AND (order_date > '2024-06-01')\n  ->  Bitmap Index Scan on idx_orders_cust_date\n        Index Cond: (customer_id = 42) AND (order_date > '2024-06-01')\n```\nBu, index hakkında neyi doğrular?",[192,194,196,198],{"key":136,"text":193},"Index yalnızca `customer_id` için kullanılıyor; `order_date` ise sonradan tüm tablo taranarak filtreleniyor",{"key":139,"text":195},"Her iki predicate de sadece `customer_id` değil, index scan'in kendisinde uygulanıyor",{"key":142,"text":197},"PostgreSQL bu tek sorgu için sessizce ikinci, geçici bir index yarattı",{"key":145,"text":199},"`Bitmap Heap Scan` adımı, index'in aslında kullanılmadığı ve tablonun sequential taranmış olduğu anlamına gelir","`Index Cond` her iki predicate'i de listeliyor; yani bitmap index scan, eşleşen satırları hem `customer_id = 42` hem de `order_date` aralığıyla birlikte buluyor — baştaki `customer_id` filtresi ikinci key'in verimli kullanımını açan şeydir. `Bitmap Heap Scan`, bitmap'in işaret ettiği gerçek satırları getiren adımdır; index yerine geçen değil, index tarafından yönlendirilen bir adımdır; geçici bir index de yaratılmaz.",{"id":202,"topic":9,"difficulty":150,"body":203,"options":204,"correct_key":142,"explanation":213},"019f5d67-ff6a-7d39-9fd9-1e3b061b7eaa","Bir geliştirici şu migration'ı yazıyor:\n```sql\nBEGIN;\nCREATE INDEX CONCURRENTLY idx_orders_amount ON orders (amount);\nCOMMIT;\n```\nve bu hemen bir hatayla başarısız oluyor. Ne oluyor ve neden?",[205,207,209,211],{"key":136,"text":206},"Migration başarılı olur ama sessizce `CONCURRENTLY`'i yok sayıp normal, blocking bir `CREATE INDEX`'e döner",{"key":139,"text":208},"`amount` bir `numeric` kolonu olduğu için başarısız olur; `CONCURRENTLY` yalnızca integer ve text kolonları indeksleyebilir",{"key":142,"text":210},"`CREATE INDEX CONCURRENTLY cannot run inside a transaction block` hatasıyla başarısız olur",{"key":145,"text":212},"Başarısız olur çünkü tüm veritabanında aynı anda yalnızca bir tane `CONCURRENTLY` ile kurulmuş index olabilir","`CREATE INDEX CONCURRENTLY`, uzun süreli bir write-blocking kilit almaktan kaçınmak için birbirinden ayrı birkaç iç tarama yapar ve aralarında commit eder; bu, bir `BEGIN`\u002F`COMMIT` bloğu içinde çalışmakla uyuşmaz ve PostgreSQL tam olarak bu hata metniyle reddeder. Çözüm, ifadeyi herhangi bir açık transaction dışında, tek başına çalıştırmaktır. Veritabanı-başına böyle bir sınır (d) ya da tip kısıtlaması (b) yoktur; sessizce düşürme de (a) yapmaz — bu turda canlı çalıştırılıp hata metni okunarak doğrulandı.",{"fields":215,"seniorities":391,"interview_shapes":392,"locales":397,"oauth":399,"question_count":402,"coach_enabled":403,"jd_match_enabled":403},[216,241,261,278,302,315,324,343,365,372,378,385],{"key":217,"name_tr":218,"name_en":218,"sort":132,"specializations":219},"backend","Backend",[220,223,226,229,232,235,238],{"key":221,"name":222,"field":217},"general","Genel",{"key":224,"name":225,"field":217},"go","Go",{"key":227,"name":228,"field":217},"python","Python",{"key":230,"name":231,"field":217},"java","Java",{"key":233,"name":234,"field":217},"csharp","C#\u002F.NET",{"key":236,"name":237,"field":217},"nodejs","Node.js",{"key":239,"name":240,"field":217},"php","PHP",{"key":242,"name_tr":243,"name_en":243,"sort":150,"specializations":244},"frontend","Frontend",[245,246,249,252,255,258],{"key":221,"name":222,"field":242},{"key":247,"name":248,"field":242},"javascript","JavaScript",{"key":250,"name":251,"field":242},"typescript","TypeScript",{"key":253,"name":254,"field":242},"react","React",{"key":256,"name":257,"field":242},"vue","Vue",{"key":259,"name":260,"field":242},"angular","Angular",{"key":262,"name_tr":263,"name_en":263,"sort":264,"specializations":265},"fullstack","Fullstack",3,[266,267,268,269,270,271,272,273,274,275,276,277],{"key":221,"name":222,"field":262},{"key":224,"name":225,"field":217},{"key":227,"name":228,"field":217},{"key":230,"name":231,"field":217},{"key":233,"name":234,"field":217},{"key":236,"name":237,"field":217},{"key":239,"name":240,"field":217},{"key":247,"name":248,"field":242},{"key":250,"name":251,"field":242},{"key":253,"name":254,"field":242},{"key":256,"name":257,"field":242},{"key":259,"name":260,"field":242},{"key":279,"name_tr":280,"name_en":280,"sort":281,"specializations":282},"devops-cloud","DevOps \u002F Cloud",4,[283,284,287,290,293,296,299],{"key":221,"name":222,"field":279},{"key":285,"name":286,"field":279},"aws","AWS",{"key":288,"name":289,"field":279},"gcp","GCP",{"key":291,"name":292,"field":279},"azure","Azure",{"key":294,"name":295,"field":279},"kubernetes","Kubernetes",{"key":297,"name":298,"field":279},"terraform","Terraform",{"key":300,"name":301,"field":279},"linux","Linux",{"key":303,"name_tr":304,"name_en":304,"sort":305,"specializations":306},"ai-engineer","AI Engineer",5,[307,308,309,312],{"key":221,"name":222,"field":303},{"key":227,"name":228,"field":303},{"key":310,"name":311,"field":303},"llm-rag","LLM\u002FRAG",{"key":313,"name":314,"field":303},"mlops","MLOps",{"key":5,"name_tr":6,"name_en":316,"sort":317,"specializations":318},"Database",6,[319,320,321,322,323],{"key":221,"name":222,"field":5},{"key":124,"name":125,"field":5},{"key":121,"name":122,"field":5},{"key":117,"name":118,"field":5},{"key":127,"name":128,"field":5},{"key":325,"name_tr":326,"name_en":327,"sort":328,"specializations":329},"mobile","Mobil","Mobile",7,[330,331,334,337,340],{"key":221,"name":222,"field":325},{"key":332,"name":333,"field":325},"ios-swift","iOS (Swift)",{"key":335,"name":336,"field":325},"android-kotlin","Android (Kotlin)",{"key":338,"name":339,"field":325},"flutter","Flutter",{"key":341,"name":342,"field":325},"react-native","React Native",{"key":344,"name_tr":345,"name_en":346,"sort":347,"specializations":348},"security","Güvenlik","Security",8,[349,350,353,356,359,362],{"key":221,"name":222,"field":344},{"key":351,"name":352,"field":344},"appsec","AppSec",{"key":354,"name":355,"field":344},"offensive-pentest","Offensive \u002F Pentest",{"key":357,"name":358,"field":344},"cloud-security","Cloud Security",{"key":360,"name":361,"field":344},"devsecops","DevSecOps",{"key":363,"name":364,"field":344},"blue-team-incident","Blue Team \u002F Incident",{"key":366,"name_tr":367,"name_en":368,"sort":369,"specializations":370},"qa-test-automation","QA \u002F Test Otomasyonu","QA \u002F Test Automation",9,[371],{"key":221,"name":222,"field":366},{"key":373,"name_tr":374,"name_en":374,"sort":375,"specializations":376},"data-engineer","Data Engineer",10,[377],{"key":221,"name":222,"field":373},{"key":379,"name_tr":380,"name_en":381,"sort":382,"specializations":383},"game-dev","Oyun Geliştirme","Game Development",11,[384],{"key":221,"name":222,"field":379},{"key":386,"name_tr":387,"name_en":387,"sort":388,"specializations":389},"ml-engineer","ML Engineer",12,[390],{"key":221,"name":222,"field":386},[14,15,16],{"junior":393,"mid":395,"senior":396},{"questions":394,"median_sec":3},20,{"questions":394,"median_sec":3},{"questions":394,"median_sec":3},[10,398],"en",[400,401],"google","github",21750,true]