@bsq: tak

@progreso: Jesli to bedzie mialo byc 1:1 to nie ma sensu. No chyba ze ta kolumnatyputext to bedzie jakis blob na kilka mega.

@progreso: wszystko zależy do czego potrzebujesz kolumny text. W niektórych przypadkach lepszym rozwiązaniem będzie rozbicie, w większości nie będzie to miało większego znaczenia (chyba, że projekt wielkości wikipedii robisz :D)

@TeflonDon: powinno - dwie ostatnie litery :P

@TeflonDon:

WHERE NAZWISKO LIKE '%K%A%' AND NOT LIKE '%A%K%'

@msq: dzięki. Kumplu.

@jaunas: ja tu widze błąd w składni, zrób jak książka każe czyli cascade={"remove"}

@jaunas: bo skpiowałeś kod zamiast pomysłu :)

@mariecziek: Czy tabele bar1, bar2,.., bar5 mają identyczną strukturę i typy danych na kolumnach? Czy rzeczywiście używasz select *? To średnio bezpieczne.

@mathieu: poczytaj ulotki reklamowe SAP Business Warehouse

@msq: dawałem to niedawno...

( ͡º ͜ʖ͡º)

Ale to prawda, jest super.

http://www.wykop.pl/wpis/10342014/programowanie-bazydanych-nosql-sql-mongodb-krotkie/

@msq: "Data is split into small 10Gb segments" ( ͡° ͜ʖ ͡°)

Swoją drogą, skoro po MySqlu przyglądają się też przepisaniu po swojemu PostgreSQLa na bardziej chmurową implementację, to czy zabiorą się też za lepszą wersję Oracle? ;)

@krejdd: Samo zapytanie dość irytujące. Nie idzie tego zoptymalizować ot tak. Indexy czy partycjonowanie pomoże - kwestia tego jakie są tam dane i jakie indexy da sie założyć, aby zapytanie przyśpieszyć.

Podejrzewam, że musisz jednak zmienić coś w konstrukcji bazy danych lub sposobu działania aplikacji. Wydaje mi się, że na etapie planowanie ktoś popełnił delikatnie rzecz mówiąc błąd, który teraz się mści.

@rysi3k_: dlatego, że zapytanie potrzebujące danych z 3 maszyn będzie wolniejsze, niż zapytanie potrzebujących danych z 1 maszyny. Narzut na komunikację połknie wszelkie zyski. Inna sprawa, jeśli da się podzielić tak, że 1 zapytanie zawsze wykona się na 1 maszynie, ale wątpię, żeby tak się dało w tym wypadku.

@cytrynka91: Wyłącz bota bo się miota.

#andrzejbarczak #celarek

@qwelukasz: W postgresie są sekwencje. Po prostu musisz mieć sekwencje która zaczyna się od następnego id po ostatnim.

@qwelukasz: Różne przydatne rzeczy o konwersji są też napisane tutaj:

https://en.wikibooks.org/wiki/Converting_MySQL_to_PostgreSQL

@klocek_lego: pgAdmin to takie dosyc srednie narzedzie do developingu bazu danych - ok do prostych spraw, ale do czegos innego polecałbym poszukac jednak czegos lepszego (pewnie platnego)

@matrio: obraziles sie?

@WaveCreator: Nie ma problemu, wystarczy dodatkowy select ( ͡º ͜ʖ͡º)

SELECT avg(a1) - avg(a2) FROM (

SELECT a.title, avg(r1.stars)Pokaż całość

@raider87: pgadmin jest dość prosty.

Pokaż spoiler

gdzie można robić inżynierkę z baz danych

@Qrystus: Na praktycznie każdej technicznej uczelni w kraju. Szczególnie jakby faktycznie pójść w hurtownie danych albo big data.

Na wydziale elektroniki

@Qrystus: Na informatycznych się zwykle da bez problemu. Poza tym nie ma specjalnego związku wybrana specjalność z tematem pracy inżynierskiej. Tak długo jak temat mieści się w szeroko pojętym spektrum kierunku na który poszedłeś.