[Zeronader]

Mirki z #sql mam problem, bo jakiś programista za 5 zł stworzył nie bardzo optymalną tabele gdzie rekordy z tabeli A mają w kolumnie numerki 1-7 które odpowiadają nazwie kolumny F1-F7 w tabeli B, i czy da się to jakoś optymalnie jednym zapytaniem zrobić, bo robienie zapytania dla każdego z kolei rekordu nie bardzo mi na ręke ( ͡° ʖ̯ ͡°)
I nie, na tę chwilę nie da się przerobić schematu tabeli B.

[jbartoszek]

@Zeronader: Stary weź nazwij to jakoś logicznie. Rozumiem że w tabeli B mamy klucz obcy w postaci ID z tabeli A tak?

[D.....o]

@Zeronader: dynamiczny sql?

[jbartoszek]

@Zeronader: Czy może kluczów obcych w tabeli B nie ma ,tylko mapowana jest kolumna na id klucza z tabeli A

[ludzik]

@Zeronader: Klejenie zapytań. Tzn. wypluwasz poszczególne nazwy kolumn, dajesz jako tekst i do tego dorzucasz zapytanie dotyczące tabeli B również jako tekst i kleisz żeby wyszło z tego jakieś łączenie. Taki poklejony tekst odpalasz jako zapytanie odpowiednią procedurą. Zresztą zależy z jakim silnikiem #sql masz do czynienia.

[Zeronader]

@jbartoszek: O takie coś chodzi, zastanawiam się czy jest możliwość zrobienia to w miare jednym zapytaniem, a nie dla każdego rekordu z tabeli A robić zapytanie z wyniki do B pobierając wartość komórki.
@ludzik: Właśnie nie chce tego tak zrobić, bo to generuje dodatkowe zapytania.

[ludzik]

@Zeronader: W takim razie pozostaje Ci włączyć do zapytań tabele systemowe przechowujące dane o kolumnach tabel.

[kaarp]

@Zeronader: A próbowałeś czegoś w stylu: JOIN B on (A.id = ('F' || B.pncolumn) ?

[Zeronader]

@kaarp: Wywala błąd, juz zdecydowałem się na 200 zapytań pod rząd, bo nie było innego wyjścia :<
Do znormalizowania i tyle

[plushy]

@Zeronader: Optymalnie? Nie. Ale bez większego problemu da się z tym wszystko zrobić, jedynie nie powiedziałeś co zrobić chcesz.