Acces ohjelmaa vastaavan ohjelman? onko officepaketissa sitä?
Saako macile
office
6624
0Äänestä
Muut lukivat myös
Odottaa vastausta
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Turvaa tilisi vahvistamalla puhelinnumerosi. Voit silloin palauttaa unohtuneen salasanan tekstiviestillä.
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Vastaukset 6
Vanhimmat
Macin ylivoimaisesti yleisin tietokantaohjelma on FileMaker Pro ('FMP'), jolla useimmat yksilöt ja monet yritykset pystyvät tekemään mitä tarvitsee, oleellisesti Accessia yms. helpommin. (FMP on myös Windows-ympäristössä kohtuullisen suosittu - itse asiassa eniten 'itsenäisesti', eli ilman paketointia MS Officeen, myyty.)
Tulossa oleva versio 7 tullee poistamaan erään FMP:n hankalimmista puolista, eli että data ja sovellus ovat samassa tiedostossa; se on ollut enimmäkseen ongelma kaupallisten sovellusten kehitystyössä, ei omassa käytössä. En tiedä tuleeko struktuureihin parannuksia: FMP on perustaltaan lähinnä 'hierarkinen' eikä 'relaatiotietokanta', joskin siitä mm. seuraa että 'verkko' (network, CODASYL) struktuurit eli 'monen suhde moneen' ovat mielestäni varsin helppoja rakentaa, traditionaalisiin relaatiotietokantoihin verrattuna.
Vaikka FMP:n kyselykieli (oikeastaan metodi eikä kieli kuten SQL) on toisinaan rajoittunut, on se etenkin ad hoc -kyselyiden suhteen erinomaisen helppokäyttöinen.
Laajimmassa FMP-sovelluksessani on n. 20 varsinaista taulukkoa, n. 15 'aputaulukkoa', n. 6000 saraketta ja n. 500 ohjelmaa, joten kyllä sillä voi tehdä varsin vaativaakin tavaraa.
FMP:n erityisiin etuihin liittyy se että sovellus voi alkaa hyvinkin yksinkertaisesti ja kasvaa ajan mukana, ollen koko ajan käyttökelpoinen. Mm. sarakkeiden nimien vaihto ei vaikuta jo kirjoitettujen ohjelmien tai perustettujen relaatioiden toimintaan.
Traditionaalisemmasta ajattelusta ja ohjelmien kirjoittelusta kiinnostuneelle (FMP ei kovin paljon ohjelmointia tarvitse ja se tapahtuu epäkonventionaalisesti, hiukan rajoittuneella kielellä) 4th Dimension on toki muuan mahdollisuus. Mm. kirjanpito-ohjelma MYOB on kirjoitettu sillä (sekä Mac- että Windows-ympäristöihin, kehitystyö tehdään Maceilla täällä Melbournessa.)
Nimimerkki
Ent dBase sovelluskehittäjä
Melbournessa muuten miten lunta? Ai niin, teillähän taitaa olla kesä nyt.
kun on ollut 4 viikkoa yli 30°. Kuumin joulukuu 100 vuoteen.
melkein Helvetin esikartanolta. Eikö siinä jo härmäläinen mene ihan puhki? Mulle otti täkäläinenkin viime kesä koville.
Teillä lienee ilmastoidut työtuvat, muutenhan olisitte noissa oloissa lähinnä mökeltäviä hyytelöitä ettekä enää mitään koodaajia... vai?
Heh! MYOBin putiikki on vain tuossa noin noin kilsan päässä joten 'meillä' tuntui sopivalta sanalta, mutta todellakin saattoi olla harhaanjohtavaa.
Oma työhuoneeni ei edes ole ilmastoitu (monimutkaiset syyt - historiallinen rakennus, jonka julkisivuja ei saa muuttaa), mutta tropiikkituulettimen alla istuessa on mitenkuten pärjännyt, kun on ollut aika hiljaista töissä (kesäloma-aika). Kuumimpina päivinä (tuossa viime viikolla meni rikki 40°) olenkin keksinyt kaikenlaista asioitavaa että olen voinut ajella ilmastoidulla autollani.
Mutta kyllä tähän on 15 vuodessa kohtuullisesti tottunut - tämä kesä vain näyttää tosi pahalta! Helmikuu on yleensä se kuumin aika...
Kirjoitin
"FMP on perustaltaan lähinnä 'hierarkinen' eikä 'relaatiotietokanta',"
Kvalifioin tätä hiukan: mikään tietokanta, ei edes Oracle, ole teoreettisesti puhdas ja täydellinen relaatiotietokanta, vaan kaikissa on piirteitä ainakin kahdesta, ellei kolmesta, teoriasta (relaatio, hierarkia, verkko).
Relaatiotietokannat ovat joukko-opin sovelluksia ja kyse ei siis ole mistään 'nokkimisjärjestyksestä' vaan soveltuvuudesta tehtävään. Jos ei käsitellä joukkoja (ja niiden leikkauksia, unioneja jne joukko-opillisilla operaattoreilla), relaatiostruktuurit ovat hankalia ja aikaavieviä. (Sainkohan suomalaiset termit mitenkään oikein?)
Kyselykielten suhteen SQL soveltuu parhaiten joukko-opillisiin operaatiohin, huonosti muihin. Mm. GIS-ohjelma MapInfo sisältää kaksi kyselykieltä: yksinkertaisten (ad hoc) kyselyjen ja SQL:n. Mainittakoon että MapInfon SQL-implementaatio on paras mitä tiedän.
Jos sovelluskehittäjä ei hallitse joukko-oppia, relaatiotietokannat ovat todella hankalia; useimmat näkemäni Access-sovellukset ovat todisteita tästä. (Samoin jotkut MySQL-sovellukset.)