Ezt a bejegyzést utoljára Kongcida szerkesztette: 2019-02-25, 09:05
Nagyon szaga van
Először akartam belépni a programozó gödörbe, amikor a harmadik évemben találkoztam egy külföldi játékkal A hiperlink bejelentkezés látható. (Esküszöm, hogy nem akarom reklámozni a NetEase játékát, és most már a NetEase szerzői joggal védi??) )。 Amikor korábban játszottam ezzel a játékkal, Kínában nem volt szerver. A játék nagyon lassan töltődik, és néhány CodeCombat rajongó jelenik meg. Van néhány nagy tehén, akik a saját szülővárosukban alapítanak egyet, aztán lehet, hogy elfoglaltak a tanulmányaikkal és a munkájukkal, és már nem játszanak ezzel a játékkal. Akkoriban a Python épp most jelent meg, és nagyon népszerű volt, így a játékban a Pythont választottam. Minden pályán egy kis érdeklődést és sikerélményt találtam a játékok és a programozás iránt. Később elkezdtem Python tanulási videókat nézni MOOC.com-ről. De végül C# fejlesztő újonc lettem 233333~. Később, fizikai okok miatt, a C#. Azt kell mondanom, hogy a Microsoft Barbie IDE-je nagyon jó, hibakeresés, okos tippek emmmmm nagyon illatos.....
Íme néhány SQL jegyzet az önálló tanulmányomból:
Környezet
Szükséges eszközök
SMS
#Adatbázis létrehozása
A fenti végrehajtási eredmények a következők:
Így létrehoztunk egy adatbázist, bár egyszerűbb módja van annak megírásának, mint alábbi:
Ennek az írási módszernek az eredménye ugyanaz, mint fentebb, és létrehozhatunk egy DemoDb nevű adatbázist is, az adatbázis alapértelmezett méretével.
# Töröld az adatbázist
Mindig találkozunk "Nem lehet törölni a "DemoDb" adatbázist", mert az adatbázis jelenleg használatban van." Ez azért van, mert az adatbázishoz csatlakozó folyamat nem záródott le
* Ekkor közvetlenül jobbra kattinthatunk az adatbázisra -> zárhatjuk a meglévő kapcsolatot az adatbázishoz -> OK
Ahogy az ábrán látható:
* Vagy használhatjuk azt a módszert, hogy a kurzorral megöljük a folyamatot, majd töröljük az adatbázist
A fentiek az adatbázis létrehozására és az adatbázis törlésére szolgál
Lépj a gödörre
Az adatbázis létrehozásakor a kódban látható az 1. és 2. megjegyzés. Néhányan kíváncsiak lesznek, mivel az 1. megjegyzés az adatbázis neve, miért van név a 2. megjegyzésben? A jegyzet azt mondja: "A név itt az adatbázis logikai nevére utal sys.database_files-ben", szóval mit jelent ez? Milyen helyzetekben használnánk ezt a nevet?
Ahhoz, hogy megtudjad, mi következik, hallgasd meg a következő részletet...... Khm, csak vicceltem...
Amikor először csatlakoztam a céghez egy projekthez, a kollégám adott nekem egy .bak adatbázis-mentést. Hozz létre egy adatbázist a fent említett név szerint, majd csatold hozzá az adatbázis biztonsági mentését (később útmutató lesz), hogy az helyi területre legyen mentve. Azonban a projektarchitektúra problémái miatt egy táblaadat lekérdezése n lekérdezést hajt végre a táblához kapcsolódó táblákhoz. Így különböző adatbázis-műveletek miatt az adatbázis naplója egy hónap alatt 40G-ra emelkedett (igazán nagy agy volt az adatbázist az elején a C meghajtóra helyezni, majd áthelyezték egy másik lemezre). Ezután kerestem módot arra, hogy töröljem az adatbázis naplóját különböző internetes bejegyzésekben, és találtam néhányat, amelyek mind hibákat jelentettek futtatáskor. Azt hittem, online elérő buli volt, de rosszul vitték be. Később tényleg nem tudtam megcsinálni, így meg kellett néznem a hiba okát.
Az adatbázis-kód végrehajtása után itt a hibaüzenet : "A 'LogistarOA20171106' adatbázis 'LogistarOA20171106_log' fájlja nem található meg sys.database_files-ben. A fájl nem létezik, vagy törölték.A lekérdezés oka az, hogy a "sys.database_files" kifejezésben ennek az adatbázisnak a logikai neve nem 'LogistarOA20171106_log'.
Az alábbiakban a lekérdezési kód következik:
A lekérdezés eredményei a következők:
Nyilvánvalóan a fájlneve és az adatbázisnapló logikai neve eltérő, az egyik 'LogistarOA20171106_log', a másik 'CQJHJShippingOA_log'. Változtassuk meg a Note 5-öt a kódban, és rendben van.
Emmmmm... A normális emberek nem léphetnek erre a gödörre, és a problémáim, amikkel találkozhatok, még furcsábbak......
|