select b from tabela1 left join tabela2 on tabela1.a = tabela2.a where tabela2.a is null

@darco3: W tym zapytaniu jest mały błąd, ale niech się może OP pomęczy nad poprawą ( ͡º ͜ʖ͡º)

@larvaexotech: 3 sposób ok, ale zamiast IN użyj EXISTS:
SELECT
cośtam
FROM userFriends uf
WHERE EXISTS (SELECT * FROM userFriends WHERE uf.userId = friendId AND uf.friendId = userId)

@hjkl wrzuć do hub.docker.com

@hjkl: Zbudowany obraz wrzuć na Docker Hub

@mcfly21 znając polskie standardy, to musisz pewnie umieć zbudować prom i wysłać go w kosmos.

@mcfly21
Pamiętaj że trendy się zmieniają, a systemy jak stały tak stoją na sprawdzonych technologiach.

Nikt normalny nie napisze dużego backendu w node.js, co najwyżej jakieś api. Ludzie się sugerują kursami w sieci i opowiadają bajki.

Na juniora naucz się podstaw php, jakąś książkę o mysql ogarnij abyś umiał grupować, robić joiny. Często jest tak, że backendowcy nie piszą js, a ci którzy uważają się za 'programistów js' kompletnie go niePokaż całość

@mate05: jeśli to twoja pierwsza baza danych to polecam mniej odpowiedzialny temat

@mate05 : To zależy, czy to Twoja inicjatywa, czy inicjatywa Twoich przełożonych. Zamiana Excela na Accessa to dla mnie trochę zamienianie siekierki na kijek - korzyści minimalne, a odcinasz możliwość efektywnej pracy ludziom, którzy z Accessem nie mają nic wspólnego (a może mają swoje gotowe narzędzia pod Excela).

Jeśli już chcesz się tym zajmować to zrób to na jakiejś normalnej i darmowej bazie danych tak jak sugeruje Ci kolega powyżej (np.Pokaż całość

SELECT sentences.id,COUNT(sentencetranslations.id) AS transCount FROM sentences LEFT OUTER JOIN sentencetranslations ON sentences.id = sentencetranslations.id HAVING COUNT(sentencetranslatiobs.id)<2 GROUP BY sentences.id;

@larvaexotech: Do wyników funkcji sgregujacy u używasz HAVING. To jest aplikowane po agregacji. Where bylo by przed agregacją użyte a wtedy jeszcE nie masz tej nowej kolumny

@Szczypioreg: concat

@Szczypioreg: concat("ROLE_", role) as role np

@Marekexp: https://university.mongodb.com/

@fdsgvf-vfdbd: SQL to przyszłościowy temat. Mówię całkiem serio.

@fdsgvf-vfdbd:
Ogólnie zależy czym się chcesz zajmować, na jakie stanowisko startujesz. W duuużym skrócie: przy front-endzie (html,css,js) sql raczej Ci się nie przyda, a jak wystąpi taka potrzeba to znajdziesz odpowiedz w internetach bez nauki. Natomiast już wszystkie stanowiska związane z back-endem zawsze wiążą się z pracą na bazie danych, a wciąż w większości projektów baza danych = sql. W takim przypadku znajomość tego języka, choćby na średnim poziomie toPokaż całość

@DarnoQ: codeacademy ? codeschool ?

@BenAffleck: upewnij się, że nic nie zrąbałeś w zapytaniach: echo mysql_error() ; czy jak tam masz zrobione obsługiwanie błędów. Na 15% set names utf8 wywala się z komunikatem, że wprowadzono nieprawidłowe zapytanie.

@BenAffleck: `` w head.

@twinzpl:ad 2 id wpisu jest inkramentowane więc zapisujesz sobie ostatnie id w bazie i jeśli nowe wpisy są mniejsze to pomijasz
ad 1 to SELECT COUNT(*) where tag = $tag; albo pokombinuj z ifem to będziesz miał w jednym zapytaniu

@twinzpl: http://dev.mysql.com/doc/refman/5.7/en/insert-on-duplicate.html

@sebastian-koziel: ewentualnie odwrócić CASE cośtam THEN cośinnego ELSE . Ale wtedy jest trochę inna składnia zapytania - zależy co chcesz konkretnie uzyskać

@sebastian-koziel: WHERE (value1 =0 AND value2 IS NULL) OR (value1 <> 0 AND value2 IS NOT NULL).

mysql workbench

@Najkon: chociaż wnerwia mocno bo często się wiesza..

phpmyadmin

@Najkon:

Bo możesz mieć step w inkrementacji ustawiony na 2. Albo pomiędzy 1 a 3 miałeś błędna próbę wstawienia rekordu

@singollo: w zależności od dokładności: DECIMAL, a jednostkę trzymaj w ENUMIE, możesz sobie zrobić bazodanową procedurę konwersji z jednostki na inną i po sprawie, a jak używasz doctrina to lepiej to trzymać w encji.

@singollo: Jeżeli zamierzasz wyszukiwać po obydwu jednostkach masz dwie opcje moim zdaniem. Trzymać wszystko w jednej jednostce i przy wyszukiwaniu dokonywać konwersji. Drugą opcją jest trzymanie tych wartości w dwóch kolumnach. Przy zapisie i aktualizacji musisz pamiętać o konwersji, więc jest to trudniejsze do utrzymania. Pierwsza opcja wydaje się być jednak bardziej zgodna ze sztuką bo nie trzymasz tych samych danych w dwóch miejscach ;)

@NieMamDobregoLoginu: php5 czy php7-mysql masz?

@Ksztalt_Falliczny:

@DONwykopek: http://stackoverflow.com/questions/12775352/last-index-of-a-given-substring-in-mysql

@siemanko: o to chodzi w ORMach, żebyś nie pisał
class Child {
int parentId;
}
tylko działał na obiektach

@siemanko:

No bo po pierwsze wydaje mi się, że jest to mało optymalne.

Da się to zrobić bez pobierania obiektu z bazy danych:
http://stackoverflow.com/questions/31929447/hibernate-persist-entity-without-fetching-association-object-just-by-id