mboost-dp1

Google

Google vil gøre det nemmere at arbejde med databaser

- , redigeret af Net_Srak , indsendt af arne_v

Databaser er ikke altid det nemmeste at arbejde med, et faktum som Google ønsker at gøre noget ved. De har derfor lanceret Fusion Tables, der kan revolutionere hvordan traditionelle relationsdatabaser fungerer.

Der er endnu tale om en eksperimentel udgave af softwaren, som anvender en teknologi kaldet “data-spaces”, der skal gøre det muligt meget nemt at integrere data fra flere datakilder og arbejde med store datamængder.

Ifølge finans-analytikeren Stephen E. Arnold, der specialiserer sig i ny teknologi, så har Fusion Tables et stort potentiale. Arnold går så langt som at påstå, at sammenlignet med almindelige databaser, så svarer det til at gå fra drejeskive-telefonen til trykknap-telefonen.

Der kan læses mere om Fusion Tables på udviklernes blog, ligesom man kan se en kort præsentation.





Gå til bund
Gravatar #1 - illishar
15. jun. 2009 09:47
Online Excel med automatisk geokodning?

Yeh, why not
Gravatar #2 - Lobais
15. jun. 2009 10:00
Excel har aldrig været tænkt som datalager, og at det i høj grad bliver brugt sådan vidner bare om, at de tilgængelige databaser er for besværlige at bruge.
Gravatar #3 - cyandk
15. jun. 2009 10:15
Det lyder sq super spændende!
Gravatar #4 - iluka
15. jun. 2009 10:19
google vil dit og google vil dat... jeg glæder mig til at høre nogle historier som "google har success med" der handler om andet end search og gmail (sidstnævnte tjæner de næppe penge på).

Bare fordi google er store så er det jo ikke det samme som at de har ekspertise indenfor databaser som overgår Oracle, IBM og Microsoft's i en sådan grad at de kan revolutionere markedet. Jeg tvivler!
Gravatar #5 - Sommer
15. jun. 2009 10:30
#4: Men netop det at de er store gør at de nok har nogle af verdens bedste hjerner, ELLER KAN SKAFFE DEM, så de har noget at trække på!

Forstår ikke din kritik :)
Gravatar #6 - luuuuu
15. jun. 2009 10:32
Jeg kan ikke undgå at undre mig over hvorfor man vælger en finans-analytikers udtalelse til en nyhed som den her, frem for en person der rent faktisk har noget med databaser at gøre... Æh?
Gravatar #7 - Anders Fedеr
15. jun. 2009 10:39
#6 Helt enig. "... sammenlignet med almindelige databaser, så svarer det til at gå fra drejeskive-telefonen til trykknap-telefonen." Ja, helt sikkert... vha. Google's hotte nye API: CSV-filer. Det lyder som et ekko fra dotcom-æraen.
Gravatar #8 - arne_v
15. jun. 2009 11:05
#7

Praktisk talt alle databaser understøtter import fra og eksport til CSV.

At Googles nye legetøj også gør det er merer praktisk end at de kun understøtter et Google format.

Sund fornuft.

Ikke .com specifikt.
Gravatar #9 - shexn
15. jun. 2009 11:22
tror nu nok de hiver penge hjem på gmail, fra de reklamer der er, ved da jeg tit klikker på dem, fordi de ofte er ret relevante.
Gravatar #10 - SpYkE112
15. jun. 2009 11:27
iluka (4) skrev:

Bare fordi google er store så er det jo ikke det samme som at de har ekspertise indenfor databaser som overgår Oracle, IBM og Microsoft's i en sådan grad at de kan revolutionere markedet. Jeg tvivler!

Oh, du mener ikke at det at drive den største søgemaskine på nettet kræver en del database arbejde?? Jeg tror nu nok de har mindst ligeså meget styr på databaser osv. som dem du nævner..
Gravatar #11 - arne_v
15. jun. 2009 11:36
#10

Google søgemaskine bruger ikke en general purpose database som Oracle DB, IBM DB2 eller MS SQLServer er.

Det er interessant at de prøver prøve at udnytte deres erfaring til at lave en general purpose database, men det er ikke garanteret success.

Det er iøvrigt værd at bemærke, at Google til deres Adwords program (som er der hvor de tjener deres penge !) bruger MySQL.
Gravatar #12 - LordMike
15. jun. 2009 13:25
#11, lol...

"Vi har et godt database system, som slår alle andre mht. skalering og store datamængder... Men til indtjening, bruger vi sku MySQL"..

I likes :D

#Ontopic
Deres demo ligner sku deres spreadsheat site.
Gravatar #13 - LsV
15. jun. 2009 13:51
#11
De bruger en videreudvikling / egenudvikling af MySQL, bruger de også iøvrigt til Google Search

Gravatar #14 - arne_v
15. jun. 2009 13:54
#13

Mener du at Google søge resultater hentes i MySQL????

Det kan ikke lade sig gøre!
Gravatar #15 - LordMike
15. jun. 2009 14:12
Altså, Google har afaik udviklet "Bigtable" som er deres DB system.
Denne er nok baseret på MySQL, som #13 fortæller. Men så igen ændret nok til at #14's påstånd er ugyldig.
Gravatar #16 - arne_v
15. jun. 2009 14:19
#15

Nogen kilde til at BigTable skulle have noget som helst med MySQL at gøre:

http://en.wikipedia.org/wiki/BigTable

siger:

BigTable is a fast and extremely large-scale DBMS. However, it departs from the typical convention of a fixed number of columns, instead described by the authors as "a sparse, distributed multi-dimensional sorted map", sharing characteristics of both row-oriented and column-oriented databases. BigTable is designed to scale into the petabyte range across "hundreds or thousands of machines, and to make it easy to add more machines [to] the system and automatically start taking advantage of those resources without any reconfiguration".[


Det lyder ikke som MySQL.

Gravatar #17 - Windcape
15. jun. 2009 15:26
arne_v (8) skrev:
#7

Praktisk talt alle databaser understøtter import fra og eksport til CSV.
MS SQL Server?!?

Du skal da bruge nogle eksterne 3. parts værktøjer for at kunne exportere til andet end Microsofts eget binære format.

Personligt ville jeg gerne have en ordenlig SQL export option, med både data og tabeloplysninger i SQL , det gør det så meget nemmere at deploy en webapplication.
Gravatar #18 - arne_v
15. jun. 2009 15:34
Windcape (17) skrev:
MS SQL Server?!?


Ja.

DTS/SSIS.

Gravatar #19 - arne_v
15. jun. 2009 15:38
#18

Plus BULK INSERT kommandoen og gode gamle BCP for dem som er til den slags.

(BULK INSERT er naturligvis kun import, men BCP er både import og eksport)
Gravatar #20 - arne_v
15. jun. 2009 15:40
Windcape (17) skrev:
Personligt ville jeg gerne have en ordenlig SQL export option, med både data og tabeloplysninger i SQL , det gør det så meget nemmere at deploy en webapplication.


Det er jeg så helt enig i.
Gravatar #21 - LordMike
15. jun. 2009 16:36
Windcape (17) skrev:
Personligt ville jeg gerne have en ordenlig SQL export option, med både data og tabeloplysninger i SQL , det gør det så meget nemmere at deploy en webapplication.


Fuldstændig enig.
Gravatar #22 - Anders Fedеr
15. jun. 2009 19:32
arne_v (8) skrev:
Praktisk talt alle databaser understøtter import fra og eksport til CSV.

Det var li'som også pointen........ Det kan da godt være at nogen bliver helt vilde i varmen over at Google nu kan lave pie charts ud af deres CSV-filer, men drejeskive-telefon til trykknap-telefon? Nej.
Gravatar #23 - arne_v
15. jun. 2009 19:36
#22

Det er ingen pointe.

CSV import/eksport er bare en lille kompabilitets feature.

Du vil vel heller ikke sige at en Ferrari og en 20 år gammel skoda er ca. det samme fordi de begge kører på 95 blyfrit?

Det er ikke et specielt vigtigt kendetegn for om det er noget specielt, men bare noget praktisk som skal være der.

Gravatar #24 - Anders Fedеr
15. jun. 2009 20:21
arne_v (23) skrev:
Du vil vel heller ikke sige at en Ferrari og en 20 år gammel skoda er ca. det samme fordi de begge kører på 95 blyfrit?

Hvis Ferrari'en indeholder ca. den samme motor osv. som Skoda'en, så jo. En 20 år gammel Skoda bliver ikke revolutionerende af at du kalder den en Ferrari.
Gravatar #25 - arne_v
15. jun. 2009 20:25
#24

Korrekt.

Men det har jo ingen som helst relevans, da det jo meget klart fremgår af artiklen at det er en ny motor.
Gravatar #26 - Anders Fedеr
15. jun. 2009 20:49
#25
Det fremgår på ingen måde af artiklen at der er tale om en ny motor. Artiklen er notorisk overfladisk og luftig. Hvad skal man dog bruge skidtet til?
Gravatar #27 - arne_v
16. jun. 2009 07:04
#26

Det fremgår klart at den ikke er relationel.

I modsætning til mulighed for CSV import er det at være relationel en fundamental egenskab ved en database.
Gravatar #28 - Anders Fedеr
16. jun. 2009 07:39
#27
Om den er relationel eller ej er en teknisk egenskab. Det har ingen betydning for om den er revolutionerende. At jeg laver en ny database der i stedet for relationer eller objekter er baseret på dippedutter gør den ikke nyskabende.
Gravatar #29 - arne_v
16. jun. 2009 07:56
#28

Det at en database er relationel er ikke en implementerings teknik, men selve måden den bruges på.

Det kan vanskeligt være mere revolutionerende end at skifte fra relationel database til en anden måde at tilgå data på.
Gravatar #30 - Anders Fedеr
16. jun. 2009 08:21
arne_v (29) skrev:
Det kan vanskeligt være mere revolutionerende end at skifte fra relationel database til en anden måde at tilgå data på.

Jo, hvis den anden måde at tilgå data på ikke er væsenligt anderledes end noget man har set tidligere. Det fremgår ikke af artiklen at der er tale om en væsenligt anderledes måde at tilgå data på. Kun at den ikke er relationel. I princippet kunne den være baseret på key-value par, hvilket ikke ville være revolutionerende.
Gravatar #31 - arne_v
16. jun. 2009 09:13
#30

Jeg kan ikke forestille mig database adgang defineret udfra key value pairs. Det kan næppe lade sig gøre.

Og hvis du prøvede at læse artiklen inden du kom med dine udgydelser, så ville du opdage at der faktisk står hvilken teknologi de anvender nemlig data spaces (baseret på teknologi fra et firma som de har opkøbt).
Gravatar #32 - arne_v
16. jun. 2009 09:14
#31

Og hvis der er nogen som skulle være mere interesseret end AF i at læse, så er artiklenEN her:

http://www.cs.washington.edu/homes/alon/files/data...
Gravatar #33 - Anders Fedеr
16. jun. 2009 09:30
Jeg har læst artiklen. At du linker til en anden, teknisk beskrivelse af teknologien bag underbygger da kun den oprindelige pointe om at finansanalytikerens udtalelser ikke er konkrete nok.
Gravatar #34 - arne_v
16. jun. 2009 09:36
#33

Hvis du havde læst artiklen hvorfor skrev du så:

Anders Feder (30) skrev:
Kun at den ikke er relationel.


Han forklarer at Google bruger dataspaces.

Han giver ikke en tutorial til hvad dataspaces er.

Han forklarer heller ikke hvad relations databaser er.

Formentligt fordi det er en kommentar til Googles nye initiativ ikke en forelæsning i database teori.


Gravatar #35 - Anders Fedеr
16. jun. 2009 10:54
Det fremgår ikke af artiklen at der er tale om noget væsentligt nyt, længere er den ikke. Det ville have været mere interessant at høre en kommentar fra en med teknisk indsigt i teknologien.

Kritikken var i øvrigt rettet mod artiklen, ikke nyheden (#0).
Gravatar #36 - arne_v
16. jun. 2009 11:06
#35

Når der skrives:

designed to sidestep the limitations of conventional relational databases


data-spaces technology, which will make conventional databases go the way of the rotary phone


If you're IBM, Microsoft, and Oracle, your worst nightmare is now visible.


så mener du ikke at fortæller at det er noget væsentligt nyt??
Gravatar #37 - arne_v
16. jun. 2009 11:12
#35

Kan vi iøvrigt konkludere udfra din manglende forklaring på "kun ikke relationel" at du erkender at din tekst i #30 er i modstrid med artiklens indhold?
Gravatar #38 - Anders Fedеr
16. jun. 2009 11:39
#36
Nej, jeg mener det er usubstansieret buzz.

#37
Slet ikke. Det må også fremgå for alle der kan læse. Jeg gider bare ikke diskutere ord med dig.
Gravatar #39 - arne_v
16. jun. 2009 12:14
Anders Feder (38) skrev:
Nej, jeg mener det er usubstansieret buzz.


Det er per definition væsentlig nyt, når en spiller af Google's størrelse satser på en alternativ database teknologi.

Gravatar #40 - arne_v
16. jun. 2009 12:16
Anders Feder (38) skrev:
Jeg gider bare ikke diskutere ord med dig.


Det hænger nok snarere sammen med at det er fundamentalt umuligt at forsvare din påstand i #30 om at artiklen kun forklarede at det var ikke-relationelt, når alle kan læse i artiklen at den forklarer at der bruges data spaces.
Gravatar #41 - Anders Fedеr
16. jun. 2009 12:41
arne_v (39) skrev:
Det er per definition væsentlig nyt, når en spiller af Google's størrelse satser på en alternativ database teknologi.

Nej, det er det så godt nok ikke.

#40 Niks - og du ved det.
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login