tabela s poštnimi številkami in kraji

če se mal potrudiš, najdeš vse

http://www.posta.si/postne-stevilke-doma

lp

jah seveda, če je treba skopirat v excel in mal popravit formatiranje je že problem...

Ročni popravki? Oprosti, ampak kak programer si to, če bi šel na roke popravljat toliko podatkov? V skrajnem primeru v par minutah spišeš skripto, ki pobere podatke iz te spletne strani in ti zgenerira skripto za uvoz v bazo.

Še hitreje v tem primeru je enostavno skopirati seznam pošt s spletne strani v kak ne-najbolj-neumen tekst editor in s par search & replace operacijami seznam pretvorit v comma/tab seperated format, ki ga brez problema nato uvoziš v MSSQL.

ne spremeni dejstva, da bi ti z isto tabelo drekal z ročnimi vnosi on pa kot car programer napisal mejhno skripto, ki bi mu to naredila sama. ko je jaći? seveda on. sam to ti je hotel povedat.

@gx86: Jaz teh stvari ne delam ročno, to je predlagal gufy123. Pravtako ne bi delal skripte za uvoz, ker ta že obstaja in je to dodatna potrata časa oz.kot sem napisal, bi s tem odkrili toplo vodo na pipi z rdečo pikico. Res carsko ja.

@frudi: Res ne vem, če si delate norca ali res ne poznate stvari? Uvoz iz excela v MS SQL je povsem običajno opravilo. In tole, kar si ti rekel da je totalen bullshit in da ne gre uvozit, sem jaz uvozil še isti moment, ko sem snel na računalnik. Popravil sem edino imena stoplcev, tako da ustrezajo temu kar želim imeti v bazi in izbrisal prvi dve vrstici, in prvi stolpec, ki so nepotrebni podatki.

Pač takole je, da tisti, ki poznamo vse možne prijeme in načine za uvoz, se bomo poslužili prijema kot sem ga opisal. Ostali, ki pa imate polovičarsko znanje, se boste pa igrali kdo je večji car s pisanjem skripte, ki že obstaja, pa je očitno ne znate uporabiti. Dejstvo je, da se programerji nimamo časa ukvarjati s poustvarjanjem nečesa, kar že obstaja. Pa naj se izjava "spisal sem svojo skripto v eni minuti" sliši še ne vem kako carska, je v bistvu to stran vržen čas in denar. V svetu programerstva je tako, da je potrebno znanje pouporabiti in ne vedno znova in znova poustvarjati metod, ki že obstajajo. Ko boste imeli dovolj prakse za sabo boste vedeli o čem govorim, do takrat pa se le pričkajte kdo je večji car.

Ni slab prijem, vendar, zakaj bi na strani, ki jo dal gufy123 označil vse, skopiral na clipboard, prilepil v notepad in izvedel dva search & replace ukaza, če pa lahko zgolj kilkneš link, ki sem ga dal jaz, pa imaš to takorekoč to že urejeno?
Poleg tega, je pri tvojem načinu pomanjklivost tudi ta, da si zdaj komaj pripravil podatke za uvoz, nisi jih pa še uvozil. Ko jih boš uvažal, boš moral izvesti še malo ročnega dela, saj db-ju ne ponudiš informacij o imenu in tipu stolpcev. Tako moraš seveda še povedati da naj bo stoplec 1 imena "PostnaStevilka" in tipa int, stolpec 2 pa naj bo imena "Kraj"in tipa nvarchar(255). Če uvažaž iz Excela, bo MS SQL imena stoplcev privzeto nastavil na imena kot so v prvi vrstici Excela, pravtako bo upošteval tip glede na vsebino v posameznih celicah.

Skratka, oboje je sprejemljivo, v nobenem primeru pa nima smisla za to iti pisati skripte, tu se menda strinjava?

Sam on je bil pa še bolj iznajdljiv in namesto da bi pisal skripto, je lepo našel Excel datoteko. Kaj je narobe s tem ????

Invictus, a sem kje napisal, da je kaj narobe z uporabo excel datoteke? Obregnil sem se zgolj ob izjavi, da se ne da uporabiti tekstovnega seznama in koliko podatkov bi bilo za na roke popraviti.

No, v resnici je za večino namenov marsikaj narobe že s samim uvozom podatkov, kot so poštne številke, v SQL bazo. Še bolj pa s tem, da ciljno tabelo definiraš šele ob uvozu. Ampak tukaj dam urosp-ju 'benefit of the doubt', da želi poštne številke uvoziti samo za igračkanje ali za nadaljno obdelavo, ne pa da na tak način dejansko polni svoje šifrante. Ali pa da zares za poštno številko uporablja integer stolpec :).

zakaj bi rabil vsa naselja?

Gandalfar je 28. okt 2011 ob 17:55 izjavil:

Na prevozu se nam je izkazalo, da je folk zivcen, ce ne najde svoje vasi ;)

yep