MySQL++

alkaa harmittaa...

Terve... tämä kysymys nyt vähä liittyy kumpaakin MySQL sekä MySQL .

Pitäisi saada tehtyä tauluja mihin käyttäjillä on oikeus tai ei ole oikeutta.
Mikä on paras tapa tehdä tämä, sekä tarkistaa ne käyttöoikeudet, esim
muokkaus, lukeminen jne.

Tätä tehdään Win32 api projektina ja yllättäen clienttiä ajetaan windowssissa.

Tattis.

5

419

    Vastaukset

    Anonyymi (Kirjaudu / Rekisteröidy)
    5000
    • Buudda

      Käyttäjälle ei mitään oikeuksia mihinkään tauluun.
      KAikki käpälöinti DB prosarien kautta.

      DB prosarien alkun tarkistus
      IF userHasRights(Käyttäjänimi, Taulu, toiminto) then
      ...thedään hommat
      else
      ...heitetään herja
      END IF

      userHasRights funkkri väsätään tarkistamaan userRights taulusta onko oikeutta vai ei.
      UserRights taululle ainakin kentät

      Username VARCHAR
      Tablename VARCHAR
      Operation VARCHAR
      allowed BOOL

      Josko tuolla menisi?

      • 28

        Niin noin sitä nopeasti ajattelisi.

        Mutta jos sulla ei ole oikeutta tietokantaan tai oikeuden tasoa ei tiedetä, miten pääset kirjautumaan edes koko kantaan.

        Sitten tuli lisää kysymyksiä. Onko tietokannassa tällästä taulun sisäistä pois sulkevaa mekanismia?
        Tässä on pankkitili taulu esimerkiksi.

        tilinro char(20),
        // jompi kumpi on pakollinen, mutta käytetään ibania jos se on?
        // tyyliin NOT NULL IF IBAN EXISTS tai jotain...
        iban char(18),
        bic char(11),

        On kyllä paljon oppimista tälläkin saralla.


      • Buudda
        28 kirjoitti:

        Niin noin sitä nopeasti ajattelisi.

        Mutta jos sulla ei ole oikeutta tietokantaan tai oikeuden tasoa ei tiedetä, miten pääset kirjautumaan edes koko kantaan.

        Sitten tuli lisää kysymyksiä. Onko tietokannassa tällästä taulun sisäistä pois sulkevaa mekanismia?
        Tässä on pankkitili taulu esimerkiksi.

        tilinro char(20),
        // jompi kumpi on pakollinen, mutta käytetään ibania jos se on?
        // tyyliin NOT NULL IF IBAN EXISTS tai jotain...
        iban char(18),
        bic char(11),

        On kyllä paljon oppimista tälläkin saralla.

        on irrallinen objektikohtaisista oikeuksista.
        Voi aivan hyvin olla oikeus kirjautua mutta ei tehdä mitään muuta kuin suorittaa prosareita.

        ILman prosaritekniikkaa joudut granttaamaan jokaisen taulun select, update, delete ja insert oikeuden jokaiselle käyttäjälle erikseen ja ylläpitämään N kappaletta grant speksejä per käyttäjä. Menee vaikeaksi.
        Etkä sittenkään pysty tekemään oikeustarkistusta esim. jonkun kentän arvon tai arvojoukon mukaisesti. Tyypillinen tapaus olisi käyttäjän pääsyn rajoittaminen tiettyihin projekteihin tai sinunb tapauksessasi tiettyihin tileihin tai tilityyppeihin.
        Prosarillahan voit päättää myös mitä yksittäisiä enttiä alautetaan käyttäjälle esim roolin tms mukaisesti. Pientä suoritusaikapenalttia pukkaa, mutta ellei käyttäjiä ja hakuja ole aivan isosti ei pitäisi tuonkaan olla ongelma.

        TUo IBAN viritys menee prosareilla helpoimmin kun voit rakentaa taulun valintaprosarille (esim. pankitili_select) sellaisen logiikan kuin haluat.
        Pankkitili-tauluun joudut joka tapauksessa laittamaan sekä tilinumero- että IBAN-kentät ellet sitten rakennna IBAN koodia select lauseessa dynaamisesti tilinumeron perusteella.


      • alkaa harmittaa
        Buudda kirjoitti:

        on irrallinen objektikohtaisista oikeuksista.
        Voi aivan hyvin olla oikeus kirjautua mutta ei tehdä mitään muuta kuin suorittaa prosareita.

        ILman prosaritekniikkaa joudut granttaamaan jokaisen taulun select, update, delete ja insert oikeuden jokaiselle käyttäjälle erikseen ja ylläpitämään N kappaletta grant speksejä per käyttäjä. Menee vaikeaksi.
        Etkä sittenkään pysty tekemään oikeustarkistusta esim. jonkun kentän arvon tai arvojoukon mukaisesti. Tyypillinen tapaus olisi käyttäjän pääsyn rajoittaminen tiettyihin projekteihin tai sinunb tapauksessasi tiettyihin tileihin tai tilityyppeihin.
        Prosarillahan voit päättää myös mitä yksittäisiä enttiä alautetaan käyttäjälle esim roolin tms mukaisesti. Pientä suoritusaikapenalttia pukkaa, mutta ellei käyttäjiä ja hakuja ole aivan isosti ei pitäisi tuonkaan olla ongelma.

        TUo IBAN viritys menee prosareilla helpoimmin kun voit rakentaa taulun valintaprosarille (esim. pankitili_select) sellaisen logiikan kuin haluat.
        Pankkitili-tauluun joudut joka tapauksessa laittamaan sekä tilinumero- että IBAN-kentät ellet sitten rakennna IBAN koodia select lauseessa dynaamisesti tilinumeron perusteella.

        "on irrallinen objektikohtaisista oikeuksista.
        Voi aivan hyvin olla oikeus kirjautua mutta ei tehdä mitään muuta kuin suorittaa prosareita.

        ILman prosaritekniikkaa joudut granttaamaan jokaisen taulun select, update, delete ja insert oikeuden jokaiselle käyttäjälle erikseen ja ylläpitämään N kappaletta grant speksejä per käyttäjä. Menee vaikeaksi. "

        No eipä se nyt niin hankalaksi mennyt. Avain sanat oli mysql.user taulu sekä GRANT.
        Jos yrität johonki, niin MySQL palauttaa virheilmon "access denied".

        Et pääse tekee mitään. Mutta kyllä tohon hienosäätöön saisi kulumaan aikaa jos haluis vaikka kaikki GUI objektit harmaaksi jne...
        Mutta sen takia voi tehdä usergroups taulun tai KOVAKOODAA ne jos tietää, että ryhmiä ei tule kun muutamat hassut.

        #define SELECT 0x01
        #define UPDATE 0x02
        #define INSERT 0x04

        unsigned BYTE securitylevel = 0;
        securitylevel = securitylevel|SELECT;
        securitylevel = securitylevel|UPDATE;
        jne...

        Mutta joo nyt vodkaa naamaan.


    • alkaa harmittaa

    Ketjusta on poistettu 0 sääntöjenvastaista viestiä.

    Luetuimmat keskustelut

    1. Tulipalossa henkilövahinkoja, itsenäisyyspäivä alkoi huonosti, poliisi tiedottaa lisää

      Savonlinna https://www.como.fi/uutiset/savonlinna-henkilovahinkoja-tulipalossa-poliisi-tiedottaa-lisaa/
      Savonlinna
      116
      10682
    2. Ennen ei ollut persuja ja työttömyyttä, lääkäriinkin pääsi

      Ennen oli kaikilla töitä Kauppiaille kelpasi kun saivat voittoa Yritystukia ei ollut Lääkäriin pääsi kaikki haluklaat Nu
      Maailman menoa
      130
      4271
    3. Millaista läheisyyttä

      Toivoisit ikävästi kohteesi kanssa?
      Ikävä
      117
      4030
    4. Somali ei kätellyt Stubbia Linnan juhlissa

      Miksei somali osaa noudattaa hyviä käytöstapoja. https://www.iltalehti.fi/viihdeuutiset/a/563a3dea-fa3f-41f3-b64f-406d2
      Maailman menoa
      443
      3879
    5. 61
      3556
    6. Antifasismi - mitä se on?

      Se on äärivasemmistolaista anarkistista toimintaa joka käyttää fasisminvastaisuutta keppihevosena oikeuttaakseen toimint
      Maailman menoa
      54
      2806
    7. Kuka on menehtynyt?

      https://yle.fi/a/74-20198293 Kuulemani mukaan ryyppyporukka ollut hapualla ja kuolemanenkeli (F.G) eli mies jonka seuras
      Kankaanpää
      19
      2346
    8. Heräsin taas ikävään

      Ja aivan valtavaan haluun. Tahdon sinua R. ❤️
      Ikävä
      57
      2009
    9. Kauhea ikävä iski

      Mietin vain, mitä olet juuri nyt tekemässä. Mietin myös, välittyykö se sinulle, kun olet koko ajan mielessäni, tunnetko
      Ikävä
      19
      1592
    10. Kemijärven kapungin teknisen osaston johtajat

      KossuPekka ja KankaarannanMarkku olivat hyviä näissä tehtävissään. Tulevan vuodenvaihteen jälkeen tulee Kemijärvelle uu
      Kemijärvi
      8
      1439
    Aihe