🚀 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 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 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 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 =A1: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"

=ADRES(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.