🚀 go-pugleaf

W dniu 2017-08-17 o 22:40, Adam pisze:
> Witajcie.
>
> Taki temat:
>
> S± arkusze XLS z danymi, gdzie wystêpuj± te same kolumny, ale w ró¿nej
> kolejno¶ci.
>
> Przyk³adowo
>
> Arkusz1:
> [ulica] [numer] [kod_pocztowy] [miasto]
>
> Arkusz2:
> [kod_pocztowy] [miasto] [ulica] [numer]
>
> Arkusz1:
> [ulica] [numer] [miasto] [kod_pocztowy]
>
>
> Chcia³bym sobie stworzyæ makro, które w aktywnym arkuszu do dalszych,
> nieu¿ywanych kolumn skopiuje mi istniej±ce kolumny, ale w zadanej
> kolejno¶ci, np:
>
> [] [] [] (...) [miasto] [ulica] [numer] [kod_pocztowy]
>
> Jak siê do tego zabraæ?
>
> Excel 2007.
>
>
jak próbowa³e¶?


--
Artur

W dniu 2017-08-17 o 22:40, Adam pisze:
> Witajcie.
>
> Taki temat:
>
> S± arkusze XLS z danymi, gdzie wystêpuj± te same kolumny, ale w ró¿nej
> kolejno¶ci.
>
> Przyk³adowo
>
> Arkusz1:
> [ulica] [numer] [kod_pocztowy] [miasto]
>
> Arkusz2:
> [kod_pocztowy] [miasto] [ulica] [numer]
>
> Arkusz1:
> [ulica] [numer] [miasto] [kod_pocztowy]
>
>
> Chcia³bym sobie stworzyæ makro, które w aktywnym arkuszu do dalszych,
> nieu¿ywanych kolumn skopiuje mi istniej±ce kolumny, ale w zadanej
> kolejno¶ci, np:
>
> [] [] [] (...) [miasto] [ulica] [numer] [kod_pocztowy]
>
> Jak siê do tego zabraæ?
>
> Excel 2007.
>
>
Sorry dopiszê. Niby co ma to byæ, na zaliczenie w sierpniu/wrze¶niu?
 > [] [] [] (...) .
Co to jest - w danych tego nie ma?
Na sztywno w Excel'u - no problem.
Co z dublami, co z ró¿nicami?

Po chamsku - je¶li nie ma ró¿nic zmieñ kolejno¶æ wynikowego artkusza dowolnie.

--
Artur

W dniu piątek, 18 sierpnia 2017 09:40:21 UTC+2 użytkownik Adam napisał:

> 
> 
> Mam sporo arkuszy, którymi potrzebuję zasilić bazę SQL.
> Problem w tym, że pola są w różnych kolejnościach, przykładowo:
> 

to ładuj te arkusze, takie jakie są, pośrednio do bazy i tam je ogarniaj do postaci docelowej. Będzie łatwiej niż bawić się w makra w excelu, no i [NTG] stanie się zbędne.

W dniu 2017-08-18 o 01:13, artiun pisze:
> W dniu 2017-08-17 o 22:40, Adam pisze:
>> Witajcie.
>>
>> Taki temat:
>>
>> S± arkusze XLS z danymi, gdzie wystêpuj± te same kolumny, ale w ró¿nej
>> kolejno¶ci.
>>
>> Przyk³adowo
>>
>> Arkusz1:
>> [ulica] [numer] [kod_pocztowy] [miasto]
>>
>> Arkusz2:
>> [kod_pocztowy] [miasto] [ulica] [numer]
>>
>> Arkusz1:
>> [ulica] [numer] [miasto] [kod_pocztowy]
>>
>>
>> Chcia³bym sobie stworzyæ makro, które w aktywnym arkuszu do dalszych,
>> nieu¿ywanych kolumn skopiuje mi istniej±ce kolumny, ale w zadanej
>> kolejno¶ci, np:
>>
>> [] [] [] (...) [miasto] [ulica] [numer] [kod_pocztowy]
>>
>> Jak siê do tego zabraæ?
>>
>> Excel 2007.
>>
>>
> jak próbowa³e¶?
>
>

Brakuje mi punktu zaczepienia - nie wiem, od czego zacz±æ.

Mam sporo arkuszy, którymi potrzebujê zasiliæ bazê SQL.
Problem w tym, ¿e pola s± w ró¿nych kolejno¶ciach, przyk³adowo:

[id] [nazwa] [masa] [dost] [jm] [kod_dost] [jm2] [ean] [kod]

itd - ok. 80 pól.

Z tego potrzebujê wybraæ kilkana¶cie pól, ale w "mojej" kolejno¶ci i w
dodatku z flagami, typu =JE¯ELI(AH1>0;"T";"N"), analogicznie dla stringów.

Czyli chcê otrzymaæ kolumny, przyk³adowo poczynaj±c od kolumny DA:
[id] [kod] [jm] [jm2] [warunek1] [ean] [warunek2] itd.

Wiêc pytanie brzmi:

Jak skopiowaæ do zadanej kolumny inn± kolumnê, dla której znamy
nag³ówek, ale nie znamy po³o¿enia.

Czyli:

Sub Makro2()
     Columns("C:C").Select
     Selection.Copy
     Columns("Cm:Cm").Select
     ActiveSheet.Paste
     Columns("e:e").Select
     Selection.Copy
     Columns("Cn:Cn").Select
     ActiveSheet.Paste
     Columns("a:A").Select
     Selection.Copy
     Range("Co1").Select
     ActiveSheet.Paste
End Sub

Zamiast C:C potrzebujê podaæ nag³ówek kolumny, gdy¿ w ka¿dym arkuszu
mo¿e ona byæ w innym miejscu.
Natomiast kopia tej¿e zawsze bêdzie  w CM:CM

Przy okazji drugie pytanie:
jak dodaæ kolumnê z warunkiem, przyk³adowo  =JE¯ELI(AH1>0;"T";"N"), aby
wype³niæ tylko wiersze z danymi.


--
Pozdrawiam.

Adam

W dniu 2017-08-18 o 09:40, Adam pisze:
> W dniu 2017-08-18 o 01:13, artiun pisze:
>> W dniu 2017-08-17 o 22:40, Adam pisze:
>>> Witajcie.
>>>
>>> Taki temat:
>>>
>>> S± arkusze XLS z danymi, gdzie wystêpuj± te same kolumny, ale w ró¿nej
>>> kolejno¶ci.
>>>
>>> Przyk³adowo
>>>
>>> Arkusz1:
>>> [ulica] [numer] [kod_pocztowy] [miasto]
>>>
>>> Arkusz2:
>>> [kod_pocztowy] [miasto] [ulica] [numer]
>>>
>>> Arkusz1:
>>> [ulica] [numer] [miasto] [kod_pocztowy]
>>>
>>>
>>> Chcia³bym sobie stworzyæ makro, które w aktywnym arkuszu do dalszych,
>>> nieu¿ywanych kolumn skopiuje mi istniej±ce kolumny, ale w zadanej
>>> kolejno¶ci, np:
>>>
>>> [] [] [] (...) [miasto] [ulica] [numer] [kod_pocztowy]
>>>
>>> Jak siê do tego zabraæ?
>>>
>>> Excel 2007.
>>>
>>>
>> jak próbowa³e¶?
>>
>>
>
> Brakuje mi punktu zaczepienia - nie wiem, od czego zacz±æ.
>
> Mam sporo arkuszy, którymi potrzebujê zasiliæ bazê SQL.
Moment - chcesz zasilaæ bazê poprzez Excel'a?
1. Ujednoliciæ
	problem jest tutaj - Tak?
	jak czêsto to wystêpuje (taka sytuacja)?
2. Zrzut
3. 'Odczyt przez bazê'


--
Artur

W dniu 2017-08-18 o 10:35, artiun pisze:
> W dniu 2017-08-18 o 09:40, Adam pisze:
>> W dniu 2017-08-18 o 01:13, artiun pisze:
>>> W dniu 2017-08-17 o 22:40, Adam pisze:
>>>> (...)
>> Brakuje mi punktu zaczepienia - nie wiem, od czego zacz±æ.
>>
>> Mam sporo arkuszy, którymi potrzebujê zasiliæ bazê SQL.
> Moment - chcesz zasilaæ bazê poprzez Excel'a?

Nie, nie wprost. Z Excela wyrzucê do csv, a pó¼niej ³yknê taki plik z
poziomu aplikacji magazynowej. Ewentualnie móg³bym przez API, ale mi siê
nie chce ;)
Z aplikacji bezpieczniej, bo ta sprawdza jeszcze sporo warunków, poza
tym ustawiam nadpisywanie/aktualizacjê/tylko dopisywanie itp.

Jeszcze jedno: zamiast Excela v. max. 2007 mo¿e byæ Open Office.

> 1. Ujednoliciæ
>     problem jest tutaj - Tak?

Na chwilê obecn± - tak.
Problem dotyczy wy³±cznie obróbki danych w Excelu.

>     jak czêsto to wystêpuje (taka sytuacja)?

Mo¿e siê pojawiaæ wielokrotnie w ci±gu miesi±ca, przez co najmniej pó³ roku.

> 2. Zrzut
> 3. 'Odczyt przez bazê'

?


--
Pozdrawiam.

Adam

W dniu 2017-08-18 o 11:10, Adam pisze:
> W dniu 2017-08-18 o 10:35, artiun pisze:
>> W dniu 2017-08-18 o 09:40, Adam pisze:
>>> W dniu 2017-08-18 o 01:13, artiun pisze:
>>>> W dniu 2017-08-17 o 22:40, Adam pisze:
>>>>> (...)
>>> Brakuje mi punktu zaczepienia - nie wiem, od czego zacz±æ.
>>>
>>> Mam sporo arkuszy, którymi potrzebujê zasiliæ bazê SQL.
>> Moment - chcesz zasilaæ bazê poprzez Excel'a?
>
> Nie, nie wprost. Z Excela wyrzucê do csv, a pó¼niej ³yknê taki plik z
> poziomu aplikacji magazynowej. Ewentualnie móg³bym przez API, ale mi siê nie
> chce ;)
To akurat rozumiem :)
> Z aplikacji bezpieczniej, bo ta sprawdza jeszcze sporo warunków, poza tym
> ustawiam nadpisywanie/aktualizacjê/tylko dopisywanie itp.
To nie bardzo kumam, z plików txt (csv) mo¿na?
>
> Jeszcze jedno: zamiast Excela v. max. 2007 mo¿e byæ Open Office.
>
>> 1. Ujednoliciæ
>>     problem jest tutaj - Tak?
>
> Na chwilê obecn± - tak.
> Problem dotyczy wy³±cznie obróbki danych w Excelu.
Tu muszê zadaæ pytanie. Jaka jest prawid³owo¶æ w zmianie i uk³adzie kolumn.
(nag³ówek?).
>
>>     jak czêsto to wystêpuje (taka sytuacja)?
>
> Mo¿e siê pojawiaæ wielokrotnie w ci±gu miesi±ca, przez co najmniej pó³ roku.
Je¶li raz to z ³apy, w tym przypadku ok.

W dniu 2017-08-18 o 14:14, artiun pisze:
> W dniu 2017-08-18 o 11:10, Adam pisze:
>> W dniu 2017-08-18 o 10:35, artiun pisze:
>>> W dniu 2017-08-18 o 09:40, Adam pisze:
>>>> W dniu 2017-08-18 o 01:13, artiun pisze:
>>>>> W dniu 2017-08-17 o 22:40, Adam pisze:
>>>>>> (...)
>>>> Brakuje mi punktu zaczepienia - nie wiem, od czego zacz±æ.
>>>>
>>>> Mam sporo arkuszy, którymi potrzebujê zasiliæ bazê SQL.
>>> Moment - chcesz zasilaæ bazê poprzez Excel'a?
>>
>> Nie, nie wprost. Z Excela wyrzucê do csv, a pó¼niej ³yknê taki plik z
>> poziomu aplikacji magazynowej. Ewentualnie móg³bym przez API, ale mi
>> siê nie chce ;)
> To akurat rozumiem :)
>> Z aplikacji bezpieczniej, bo ta sprawdza jeszcze sporo warunków, poza
>> tym ustawiam nadpisywanie/aktualizacjê/tylko dopisywanie itp.
> To nie bardzo kumam, z plików txt (csv) mo¿na?

Aplikacja ma wbudowany parser (importer) do plików txt, ale o okre¶lonej
strukturze.

>>
>> Jeszcze jedno: zamiast Excela v. max. 2007 mo¿e byæ Open Office.
>>
>>> 1. Ujednoliciæ
>>>     problem jest tutaj - Tak?
>>
>> Na chwilê obecn± - tak.
>> Problem dotyczy wy³±cznie obróbki danych w Excelu.
> Tu muszê zadaæ pytanie. Jaka jest prawid³owo¶æ w zmianie i uk³adzie
> kolumn. (nag³ówek?).

Nag³ówki zawsze te same, ale wystêpuj± w ró¿nych kolumnach.
Czyli przyk³adowo zawsze mam nag³ówki np. [id] [nazwa] [kod], czy tam
[kod_pocztowy] [miasto] [ulica].

>>
>>>     jak czêsto to wystêpuje (taka sytuacja)?
>>
>> Mo¿e siê pojawiaæ wielokrotnie w ci±gu miesi±ca, przez co najmniej pó³
>> roku.
> Je¶li raz to z ³apy, w tym przypadku ok.
>

Nawet, jakby to by³o raz w miesi±cu, to pewnie bym siê nie zastanawia³,
tylko lecia³ z palca A tu mo¿e siê zdarzyæ, ¿e ka¿dego tygodnia mo¿e byæ
kilkana¶cie lub wiêcej skoroszytów, a w ka¿dym po kilka arkuszy.

Znalaz³em ciekawy sposób: https://www.youtube.com/watch?v=kX7QrRkAQzQ

ale formu³a tablicowa typu ¡:H9=K1 nie dzia³a ani x Excelu 2007, ani w
OO 4.1


Potrzebujê co¶ w rodzaju:

1/
szukam, w której kolumnie znajduje siê string "KOD"
2/
tê kolumnê (jak j± wskazaæ?) kopiujê do $CM$1 czy tam po prostu $CM:$CM


oraz drugi problem, dla którego jeszcze nie mam rozwi±zania:
znalezienie ostatniego wiersza, aby formu³± typu =JE¯ELI nie wyjechaæ
poza istniej±ce dane.

A przy okazji wtedy (problem 1) mogê adresowaæ zamiast kolumnami typu
A:A zaznaczaæ tylko obszar wype³niony, np. A1:A777, chocia¿ nie wiem,
czy to w tym przypadku ma sens.


--
Pozdrawiam.

Adam

W dniu 2017-08-18 o 16:26, irq pisze:
> W dniu pi±tek, 18 sierpnia 2017 09:40:21 UTC+2 u¿ytkownik Adam napisa³:
>
>>
>>
>> Mam sporo arkuszy, którymi potrzebujê zasiliæ bazê SQL.
>> Problem w tym, ¿e pola s± w ró¿nych kolejno¶ciach, przyk³adowo:
>>
>
> to ³aduj te arkusze, takie jakie s±, po¶rednio do bazy i tam je ogarniaj do postaci docelowej. Bêdzie ³atwiej ni¿ bawiæ siê w makra w excelu, no i [NTG] stanie siê zbêdne.
>

Móg³bym je wrzucaæ do bazy, ale i tak musia³bym je obrobiæ.
Natomiast nie chcê danych wrzucaæ wprost do bazy, bo trzeba by dopisaæ
trochê logiki, gdy¿ czasem nale¿y dopisaæ nowe pozycje, a czasem dopisaæ
nowe i zaktualizowaæ istniej±ce, a czasem po³kn±æ tylko towary z
okre¶lonej grupy.
To mi za³atwia importer z aplikacji, który ³yka pliki csv.


--
Pozdrawiam.

Adam

W dniu 2017-08-18 o 21:19, Adam pisze:
> W dniu 2017-08-18 o 16:26, irq pisze:
>> W dniu pi±tek, 18 sierpnia 2017 09:40:21 UTC+2 u¿ytkownik Adam napisa³:
>>
>>>
>>>
>>> Mam sporo arkuszy, którymi potrzebujê zasiliæ bazê SQL.
>>> Problem w tym, ¿e pola s± w ró¿nych kolejno¶ciach, przyk³adowo:
>>>
>>
>> to ³aduj te arkusze, takie jakie s±, po¶rednio do bazy i tam je ogarniaj
>> do postaci docelowej. Bêdzie ³atwiej ni¿ bawiæ siê w makra w excelu, no i
>> [NTG] stanie siê zbêdne.
>>
>
> Móg³bym je wrzucaæ do bazy, ale i tak musia³bym je obrobiæ.
> Natomiast nie chcê danych wrzucaæ wprost do bazy, bo trzeba by dopisaæ
> trochê logiki, gdy¿ czasem nale¿y dopisaæ nowe pozycje, a czasem dopisaæ
> nowe i zaktualizowaæ istniej±ce, a czasem po³kn±æ tylko towary z okre¶lonej
> grupy.
> To mi za³atwia importer z aplikacji, który ³yka pliki csv.
>
>
Tu bym siê nie zgodzi³. £atwiej to po tej stronie :) My¶la³em, ¿e bazê
zasilasz komu¶. W bazie z danymi zrobisz co chcesz. Przypominaj± mi siê
niemcy (firmy nie podam). Takie cuda wyczyniali... :) Od trzeciego znaku 2
oznacza to, kolejne 3 tamto :)
Zrobi³em to parametryzuj±c (po stronie bazy) - inaczej nie mia³ bym urlopu :)
We¼ to na bazê, wska¿ co gdzie ma i¶æ. I pozamiatane.

--
Artur

W dniu 2017-08-18 o 21:46, artiun pisze:
> W dniu 2017-08-18 o 21:19, Adam pisze:
>> W dniu 2017-08-18 o 16:26, irq pisze:
>>> W dniu pi±tek, 18 sierpnia 2017 09:40:21 UTC+2 u¿ytkownik Adam napisa³:
>>>
>>>>
>>>>
>>>> Mam sporo arkuszy, którymi potrzebujê zasiliæ bazê SQL.
>>>> Problem w tym, ¿e pola s± w ró¿nych kolejno¶ciach, przyk³adowo:
>>>>
>>>
>>> to ³aduj te arkusze, takie jakie s±, po¶rednio do bazy i tam je
>>> ogarniaj do postaci docelowej. Bêdzie ³atwiej ni¿ bawiæ siê w makra w
>>> excelu, no i [NTG] stanie siê zbêdne.
>>>
>>
>> Móg³bym je wrzucaæ do bazy, ale i tak musia³bym je obrobiæ.
>> Natomiast nie chcê danych wrzucaæ wprost do bazy, bo trzeba by dopisaæ
>> trochê logiki, gdy¿ czasem nale¿y dopisaæ nowe pozycje, a czasem
>> dopisaæ nowe i zaktualizowaæ istniej±ce, a czasem po³kn±æ tylko towary
>> z okre¶lonej grupy.
>> To mi za³atwia importer z aplikacji, który ³yka pliki csv.
>>
>>
> Tu bym siê nie zgodzi³. £atwiej to po tej stronie :) My¶la³em, ¿e bazê
> zasilasz komu¶. W bazie z danymi zrobisz co chcesz. Przypominaj± mi siê
> niemcy (firmy nie podam). Takie cuda wyczyniali... :) Od trzeciego znaku
> 2 oznacza to, kolejne 3 tamto :)
> Zrobi³em to parametryzuj±c (po stronie bazy) - inaczej nie mia³ bym
> urlopu :)
> We¼ to na bazê, wska¿ co gdzie ma i¶æ. I pozamiatane.
>

Nie wchodzi w grê: nie chcê pisaæ dodatkowej logiki, która ju¿ jest w
importerze z CSV oraz te arkusze chcê daæ komu innemu do obróbki ju¿
pó¼niej, jak znajdê odpowiednie formu³y.


--
Pozdrawiam.

Adam

W dniu 2017-08-18 o 21:16, Adam pisze:
> (...)

Chyba mam punkt zaczepienia :)

> Potrzebujê co¶ w rodzaju:
>
> 1/
> szukam, w której kolumnie znajduje siê string "KOD"

­RES(WIERSZ(A1:AE1);NR.KOLUMNY(A1:AE1)+PODAJ.POZYCJÊ("KOD";A1:AE1;0)-1)

> 2/
> tê kolumnê (jak j± wskazaæ?) kopiujê do $CM$1 czy tam po prostu $CM:$CM
>
>
> oraz drugi problem, dla którego jeszcze nie mam rozwi±zania:
> znalezienie ostatniego wiersza, aby formu³± typu =JE¯ELI nie wyjechaæ
> poza istniej±ce dane.
>
> A przy okazji wtedy (problem 1) mogê adresowaæ zamiast kolumnami typu
> A:A zaznaczaæ tylko obszar wype³niony, np. A1:A777, chocia¿ nie wiem,
> czy to w tym przypadku ma sens.
>
>



--
Pozdrawiam.

Adam

On 2017-08-18 at 23:59, Adam wrote:
>> problem, dla którego jeszcze nie mam rozwiązania:
>> znalezienie ostatniego wiersza, aby formułą typu =JEŻELI nie wyjechać
>> poza istniejące dane.

Np. dla kolumny A:

=SUMPRODUCT(MAX((A:A<>"")*ROW(A:A)))

albo, jeśli wiadomo, że „po drodze” nie ma pustych komórek, prościej
(i szybciej):

=COUNTA(A:A)

Sorry, że formuły po angielsku, po polsku nie umiem. :-)
OIDP polski Excel angielskie przyjmuje i sam tłumaczy.


--
mrg

W dniu 2017-08-18 o 22:41, Adam pisze:
> W dniu 2017-08-18 o 21:46, artiun pisze:
>> W dniu 2017-08-18 o 21:19, Adam pisze:
>>> W dniu 2017-08-18 o 16:26, irq pisze:
>>>> W dniu pi±tek, 18 sierpnia 2017 09:40:21 UTC+2 u¿ytkownik Adam napisa³:
>>>>
>>>>>
>>>>>
>>>>> Mam sporo arkuszy, którymi potrzebujê zasiliæ bazê SQL.
>>>>> Problem w tym, ¿e pola s± w ró¿nych kolejno¶ciach, przyk³adowo:
>>>>>
>>>>
>>>> to ³aduj te arkusze, takie jakie s±, po¶rednio do bazy i tam je
>>>> ogarniaj do postaci docelowej. Bêdzie ³atwiej ni¿ bawiæ siê w makra w
>>>> excelu, no i [NTG] stanie siê zbêdne.
>>>>
>>>
>>> Móg³bym je wrzucaæ do bazy, ale i tak musia³bym je obrobiæ.
>>> Natomiast nie chcê danych wrzucaæ wprost do bazy, bo trzeba by dopisaæ
>>> trochê logiki, gdy¿ czasem nale¿y dopisaæ nowe pozycje, a czasem
>>> dopisaæ nowe i zaktualizowaæ istniej±ce, a czasem po³kn±æ tylko towary
>>> z okre¶lonej grupy.
>>> To mi za³atwia importer z aplikacji, który ³yka pliki csv.
>>>
>>>
>> Tu bym siê nie zgodzi³. £atwiej to po tej stronie :) My¶la³em, ¿e bazê
>> zasilasz komu¶. W bazie z danymi zrobisz co chcesz. Przypominaj± mi siê
>> niemcy (firmy nie podam). Takie cuda wyczyniali... :) Od trzeciego znaku
>> 2 oznacza to, kolejne 3 tamto :)
>> Zrobi³em to parametryzuj±c (po stronie bazy) - inaczej nie mia³ bym
>> urlopu :)
>> We¼ to na bazê, wska¿ co gdzie ma i¶æ. I pozamiatane.
>>
>
> Nie wchodzi w grê: nie chcê pisaæ dodatkowej logiki, która ju¿ jest w
> importerze z CSV oraz te arkusze chcê daæ komu innemu do obróbki ju¿
> pó¼niej, jak znajdê odpowiednie formu³y.

Nie masz tego ³adowaæ do bazy docelowej tylko robisz swoj± na potrzeby
tych operacji, które masz zamiar robiæ w Excellu.


--
pozdrawiam
AS

W dniu 2017-08-19 o 01:05, marrgol pisze:
> On 2017-08-18 at 23:59, Adam wrote:
>>> problem, dla którego jeszcze nie mam rozwiązania:
>>> znalezienie ostatniego wiersza, aby formułą typu =JEŻELI nie wyjechać
>>> poza istniejące dane.
>
> Np. dla kolumny A:
>
> =SUMPRODUCT(MAX((A:A<>"")*ROW(A:A)))

=SUMA.ILOCZYNÓW(MAX((A:A<>"")*WIERSZ(A:A)))

>
> albo, jeśli wiadomo, że „po drodze” nie ma pustych komórek, prościej
> (i szybciej):
>
> =COUNTA(A:A)
>

=ILE.LICZB(A:A)

> Sorry, że formuły po angielsku, po polsku nie umiem. :-)
> OIDP polski Excel angielskie przyjmuje i sam tłumaczy.
>

Mój Excel nie umie tłumaczyć. Albo w konfiguracji czegoś nie włączyłem.
Tylko mnie wq.... bo nie ma zwykłego menu i prawie wszystko muszę szukać.

Dzięki za podpowiedź :)


--
Pozdrawiam.

Adam

W dniu 2017-08-19 o 07:38, Andrzej Stró¿yñski pisze:
> W dniu 2017-08-18 o 22:41, Adam pisze:
>> W dniu 2017-08-18 o 21:46, artiun pisze:
>>> W dniu 2017-08-18 o 21:19, Adam pisze:
>>>> W dniu 2017-08-18 o 16:26, irq pisze:
>>>>> W dniu pi±tek, 18 sierpnia 2017 09:40:21 UTC+2 u¿ytkownik Adam
>>>>> napisa³:
>>>>>
>>>>>> (...)
>>> Tu bym siê nie zgodzi³. £atwiej to po tej stronie :) My¶la³em, ¿e bazê
>>> zasilasz komu¶. W bazie z danymi zrobisz co chcesz. Przypominaj± mi siê
>>> niemcy (firmy nie podam). Takie cuda wyczyniali... :) Od trzeciego znaku
>>> 2 oznacza to, kolejne 3 tamto :)

Ale dawniej tak siê pisa³o bazy danych: chodzi³o o jak najmniejsz±
zajêto¶æ, jak najmniejszy rozmiar plików.

>>> Zrobi³em to parametryzuj±c (po stronie bazy) - inaczej nie mia³ bym
>>> urlopu :)
>>> We¼ to na bazê, wska¿ co gdzie ma i¶æ. I pozamiatane.
>>>
>>
>> Nie wchodzi w grê: nie chcê pisaæ dodatkowej logiki, która ju¿ jest w
>> importerze z CSV oraz te arkusze chcê daæ komu innemu do obróbki ju¿
>> pó¼niej, jak znajdê odpowiednie formu³y.
>
> Nie masz tego ³adowaæ do bazy docelowej tylko robisz swoj± na potrzeby
> tych operacji, które masz zamiar robiæ w Excellu.
>

Tia, tylko "gupi" SQL w wykonaniu M$ (przynajmniej do wersji 2008R2) nie
umie wyników zapytañ zapisywaæ do pliku.
Trzeba siê albo posi³kowaæ skryptem typu BCP "SELECT ...." QUERYOUT,
albo dodatkowymi narzêdziami, typu SQL Server Export & Import Wizzard.


--
Pozdrawiam.

Adam

W dniu 2017-08-19 o 07:38, Andrzej Stró¿yñski pisze:
> W dniu 2017-08-18 o 22:41, Adam pisze:
>> W dniu 2017-08-18 o 21:46, artiun pisze:
>>> W dniu 2017-08-18 o 21:19, Adam pisze:
>>>> W dniu 2017-08-18 o 16:26, irq pisze:
>>>>> W dniu pi±tek, 18 sierpnia 2017 09:40:21 UTC+2 u¿ytkownik Adam napisa³:
>>>>>
>>>>>>
>>>>>>
>>>>>> Mam sporo arkuszy, którymi potrzebujê zasiliæ bazê SQL.
>>>>>> Problem w tym, ¿e pola s± w ró¿nych kolejno¶ciach, przyk³adowo:
>>>>>>
>>>>>
>>>>> to ³aduj te arkusze, takie jakie s±, po¶rednio do bazy i tam je
>>>>> ogarniaj do postaci docelowej. Bêdzie ³atwiej ni¿ bawiæ siê w makra w
>>>>> excelu, no i [NTG] stanie siê zbêdne.
>>>>>
>>>>
>>>> Móg³bym je wrzucaæ do bazy, ale i tak musia³bym je obrobiæ.
>>>> Natomiast nie chcê danych wrzucaæ wprost do bazy, bo trzeba by dopisaæ
>>>> trochê logiki, gdy¿ czasem nale¿y dopisaæ nowe pozycje, a czasem
>>>> dopisaæ nowe i zaktualizowaæ istniej±ce, a czasem po³kn±æ tylko towary
>>>> z okre¶lonej grupy.
>>>> To mi za³atwia importer z aplikacji, który ³yka pliki csv.
>>>>
>>>>
>>> Tu bym siê nie zgodzi³. £atwiej to po tej stronie :) My¶la³em, ¿e bazê
>>> zasilasz komu¶. W bazie z danymi zrobisz co chcesz. Przypominaj± mi siê
>>> niemcy (firmy nie podam). Takie cuda wyczyniali... :) Od trzeciego znaku
>>> 2 oznacza to, kolejne 3 tamto :)
>>> Zrobi³em to parametryzuj±c (po stronie bazy) - inaczej nie mia³ bym
>>> urlopu :)
>>> We¼ to na bazê, wska¿ co gdzie ma i¶æ. I pozamiatane.
>>>
>>
>> Nie wchodzi w grê: nie chcê pisaæ dodatkowej logiki, która ju¿ jest w
>> importerze z CSV oraz te arkusze chcê daæ komu innemu do obróbki ju¿
>> pó¼niej, jak znajdê odpowiednie formu³y.
>
> Nie masz tego ³adowaæ do bazy docelowej tylko robisz swoj± na potrzeby tych
> operacji, które masz zamiar robiæ w Excellu.
>
>
w³a¶nie

--
Artur

W dniu 2017-08-19 o 11:46, Adam pisze:
>>
>
> Tia, tylko "gupi" SQL w wykonaniu M$ (przynajmniej do wersji 2008R2) nie
> umie wyników zapytañ zapisywaæ do pliku.
> Trzeba siê albo posi³kowaæ skryptem typu BCP "SELECT ...." QUERYOUT, albo
> dodatkowymi narzêdziami, typu SQL Server Export & Import Wizzard.
>
>
My¶lisz jednotorowo, kto Ciê zmusza wpuszczaæ na co¶ czego nie ogarniasz.
¬le - ta bd. mo¿e nie mieæ. S± inne - ja bym to pu¶ci³ do sqlite. Zrobi³
raz, potem zautomatyzowa³. Zosta³y by dwa etapy (klikniêcia). To ju¿ nawet
sekretarka zrobi :)

--
Artur

> Mój Excel nie umie tłumaczyć. Albo w konfiguracji czegoś nie włączyłem.
> Tylko mnie wq.... bo nie ma zwykłego menu i prawie wszystko muszę szukać.

Spróbuj
http://www.ubit.ch/software/ubitmenu-languages/
może to rozwiąże część problemów.
Pozdrawiam

W dniu 2017-08-19 o 14:09, artiun pisze:
> W dniu 2017-08-19 o 11:46, Adam pisze:
>>>
>>
>> Tia, tylko "gupi" SQL w wykonaniu M$ (przynajmniej do wersji 2008R2)
>> nie umie wyników zapytañ zapisywaæ do pliku.
>> Trzeba siê albo posi³kowaæ skryptem typu BCP "SELECT ...." QUERYOUT,
>> albo dodatkowymi narzêdziami, typu SQL Server Export & Import Wizzard.
>>
>>
> My¶lisz jednotorowo, kto Ciê zmusza wpuszczaæ na co¶ czego nie
> ogarniasz. ¬le - ta bd. mo¿e nie mieæ. S± inne - ja bym to pu¶ci³ do
> sqlite. Zrobi³ raz, potem zautomatyzowa³. Zosta³y by dwa etapy
> (klikniêcia). To ju¿ nawet sekretarka zrobi :)
>

Rozwiñ, proszê, temat.
SQL-a (w wersji M$) znam.
Excela nie tak bardzo, ale sobie radzê.

Czy do "ma³ego" SQL-a s± jakie¶ narzêdzia?
Bo pisaæ co¶ w Visualu C# nie bardzo mi siê chce.



--
Pozdrawiam.

Adam

U¿ytkownik "Adam"  napisa³ w wiadomo¶ci grup
dyskusyjnych:on91eg$q24$1@usenet.news.interia.pl...

>Ale dawniej tak siê pisa³o bazy danych: chodzi³o o jak najmniejsz±

Mowisz o latach 50-tych zesz³ego stulecia?

W dniu 2017-08-26 o 08:10, Ghost pisze:
>
>
> U¿ytkownik "Adam"  napisa³ w wiadomo¶ci grup
> dyskusyjnych:on91eg$q24$1@usenet.news.interia.pl...
>
>> Ale dawniej tak siê pisa³o bazy danych: chodzi³o o jak najmniejsz±
>
> Mowisz o latach 50-tych zesz³ego stulecia?
>

Niekoniecznie. Dziurkowane karty czy tasiemki ju¿ ma³o kto pamiêta.

Ale mam jeszcze w archiwach stare bazy z programami clipperowymi
(dBase), w których stosowa³o siê kilka flag zapisanych na jednym bajcie.
Chyba nawet takie flagi by³y u¿ywane m.in. w programach pisanych w
Clarionie, a¿ do koñca lat 90-tych.


--
Pozdrawiam.

Adam

U¿ytkownik "Adam"  napisa³ w wiadomo¶ci grup
dyskusyjnych:onug77$6pu$1@usenet.news.interia.pl...

W dniu 2017-08-26 o 08:10, Ghost pisze:
>
>
> U¿ytkownik "Adam"  napisa³ w wiadomo¶ci grup
> dyskusyjnych:on91eg$q24$1@usenet.news.interia.pl...
>
>>> Ale dawniej tak siê pisa³o bazy danych: chodzi³o o jak najmniejsz±
>
>> Mowisz o latach 50-tych zesz³ego stulecia?
>
>Niekoniecznie. Dziurkowane karty czy tasiemki ju¿ ma³o kto pamiêta.

>Ale mam jeszcze w archiwach stare bazy z programami clipperowymi (dBase), w
>których stosowa³o siê kilka flag zapisanych na jednym bajcie. Chyba nawet
>takie flagi by³y u¿ywane m.in. w programach pisanych w Clarionie, a¿ do
>koñca lat 90-tych.

Nawet dzisiaj niektórzy kopi± fundamenty ³opat±.

W dniu 2017-09-18 o 20:38, Ghost pisze:
>
> Nawet dzisiaj niektórzy kopi± fundamenty ³opat±.
Pewnie, ¿e tak, bo robole s± tañsi. Jak co¶ siê popsuje to siê zwyczajnie
bezp³atnie wymienia.

Wcale siê nie u¶miecham pisz±c te s³owa.

--
Artur

U¿ytkownik "artiun"  napisa³ w wiadomo¶ci grup
dyskusyjnych:59c21e47$0$5155$65785112@news.neostrada.pl...

W dniu 2017-09-18 o 20:38, Ghost pisze:
>
>> Nawet dzisiaj niektórzy kopi± fundamenty ³opat±.

>Pewnie, ¿e tak, bo robole s± tañsi.

Watpie. Poza tym mowa o wkladzie wlasnym.