Forum Debian Users Gang

@lis6502:

Jeżeli na podstawie moich postów takie wnioski wyciągnąłeś to bardzo mylni niestety. Nie ma prostej zależności (jak to w mediach przedstawiając co jakiś czas) mała firma => luz, korpo => zapierdalana od świtu do nowego ranka, albo vice versa.

Możesz trafić do firmy dużej i dobrego zespołu gdzie masz dupochron w osobie dobrego PM'a (który w razie czego przypi*****i klientowi w zakuty ryj... yyy no ok... tutaj już się rozmarzyłem ;p, powiedzmy że "przekona" klienta/szefa żeby dał jeszcze trochę czasu na projekt), jak i do małej firmy w której będziesz jednocześnie "adminem, programistą, webmasterem, sprzątaczem i "parzycielem" kawy", który co chwilę słyszy zjebkę od szefa że to czy tamto nie zrobione.

Natomiast w większości przypadków, trzeba się liczyć z potencjalnymi nadgodzinami (które w Polsce często są "za uścisk prezesa" :/ ), zwłaszcza pod koniec projektu.

@Jacekalex:

Zgoda z tymi bazami w przypadku, kiedy robisz jakiś mega projekt dla wielkiej instytucji.
[...]
Cały czas patrzę na to, co się składa na ofertę dla MiŚia czyli małych i średnich przedsiębiorstw (co najmniej 75% rynku na różne programy), a Ty z drugiej strony wyjeżdżasz z taką niezwykłą złożonością, jakbyś bazę danych ZUSu albo PKO robił.[/quote]
Pierwszy "poważny" projekt jaki w życiu robiłem, dla poprzedniej firmy, nie był wcale super drogi, kupujący też nie był ZUS'em ale jednak w bazie sporo rzeczy się działo, na tyle sporo że chłopaki musieli ostro się spiąć i pisać procedury składowane w celach optymalizacyjnych, żeby zamiast czekać 20 sekund na znalezienie wpisu, czekać 5.

Jasne, jak mówimy o firmie co zatrudnia 20 osób to i na M$ Access czy Libre Base mogą jechać, ale twierdzenie że "wystarczy" to czy tamto wydzielić i wszystko będzie przenośne i fajne jest niestety bardzo złudne... a potem wychodzą potworki które są "niby" kompatybilne, ale jednak nie do końca.

Z mojego doświadczenia wynika że najgorsze są właśnie małe, subtelne różnice, które zwykle wychodzą w praniu. Przykładowo w Sql Server nie ma ograniczenia (albo jest bardzo duże) na długość nazwy constraina, z kolei w MySQL jest max 64 znaki - przez to dla bazy na której pracowałem nie działał auto-generator z ORM mimo że na Sql Server śmiga bez problemu. Pierdoła, ale jedna z wielu. Potem wyszło że max długość tekstu jest znacząco różna (pierdoła jak mamy pustą bazę, gorzej jak są dane które się na to łapią), potem że precyzja DateTime dla Sql Sever jest inna niż dla MySQL itd. Jakbym chciał to zrobić realnie (porządnie) to dla każdej bazy "niby" wspieranej, powinienem zbudować niezłe testy zgodności, a to zajmuje czas i kaskę, dlatego zwykle wsparcie oficjalne jest pod jedną bazę, a że "na chama" pójdzie z innymi to inna bajka ;]

Czasami po prostu użycie jakichś złożonych, charakterystycznych i dostępnych wyłącznie dla jednego silnika bazodanowego procedur, jest czystą przesadą, i strzelaniem z armaty do wróbla.
I nie próbuj mi tu inputować, ze każdy język SQl co jest coś innego, bo bez kosmicznego problemu można tak opracować zapytania do baz, żeby podobnie działały na wszystkich albo większości serwerów.
Jest na to nawet gotowy sposób, wystarczy w tworzeniu zapytań przestrzegać takiej składni, jaką akceptuje mechanizm ODBC:SQL,
czy po prostu trzymać się składni ANSI:SQL.[/quote]
Zakładając że nie będziesz korzystać z metod producenckich wbudowanych w poszczególne bazy to pewnie że się da - tylko ja się pytam na jaki *uj się tak męczyć? Po to (min.) wynaleziono ORM'y, po to Oracle i M$ implementuje PL.SQL/TransactSQL w swoich bazach żeby móc na nich PROGRAMOWAĆ bez użycia narzędzi zewnętrznych. Zrób test - weź sobie dowolną (bardziej złożoną) bazę MySQL, wygeneruj skrypt do tworzenia tabel na podstawie tej bazy a następnie zapuść na Postrage, Oracle, DB2, SqlServer, Sqlite i podaj na ilu bez jakichkolwiek zmian się odtworzy.

Kurde na rynku jest 5 głównych przeglądarek internetowych - niby wszystkie (może do niedawna poza IE) trzymają się standardu HTML, a jednak dla każdej trzeba robić hacki żeby niektóre rzeczy działały tak samo, w przypadku SQL jest podobnie.

Zawsze mnie zastanawiało, dlaczego z dowolnego sklepu internetowego można wydrukować każdą fakturę prosto ze skrypta php, który wyciąga dane do faktury z bazy Mysql, i do dowolnego programu księgowo-magazynowego muszę mieć MSSQL, albo czasami Firebirda-1.5 - choć Letfthand chodzi też z Firebirdem aktualnym - 2.5 - o czym u producenta chyba pojęcia nie mają ;).
RaksSQL nie sprawdzałem, ale pewnie też chodzi na nowszej wersji.[/quote]
Nikt Ci nie będzie dla zabawy pisał obsługi wszystkich baz które są na rynku, gdyż ten kod trzeba [b]przetestować[/b], [b]utrzymać[/b] i [b]zapewnić wsparcie[/b] a to kosztuje najwięcej kasy i czasu, nie wiem też po jaką cholerę ktoś miałby to robić? Inaczej się pisze soft OS, inaczej soft na sprzedaż. Łatwo jest głosić frazesy jak się nigdy nic realnego nie pisało, z boczku wszystko się wydaje łatwe...

A z drugiej strony, jak takie malutkie serwisy internetowe, jak Wiki, FB czy Google spokojnie działają  na Mysql/Mariadb, to faktycznie Mysql ani PostgreSQL nie może się nadawać do takiej skomplikowanej i złożonej sprawy, jak  książka przychodów i rozchodów albo magazyn, czy plan kont niedużej spółki z oo.
To akurat "rozumiem". :D[/quote]
Co powyższe zdanie ma wspólnego z czymkolwiek z tego wątku? Czy ja (albo ktoś inny) napisałem że MySQL/MariaSQL/Postrage/Sqlite czy cokolwiek innego jest "bee"? Mam takie "dziwne" wrażenie że dla Ciebie jak coś nie jest OpenSource to jest "bee", a ci co tego używają to już w ogóle. Do tego wszystko jest prościutkie do analizy, szybkie do napisania i łatwe do przetestowania, a jak ktoś twierdzi (na podstawie doświadczenia - o zgrozo!) inaczej to zapewne WSI albo coś w ten deseń... Skoro to takie wszystko prościutkie, to na co czekasz?! Wielka kasa czeka!!  Złóż CV już dzisiaj.

Czasem myślę, że po prostu korpoidy tak wspaniale piszą o super możliwościach MSSQL i ORACLE, i takie cudowne szkolenia socjotechniczno-religijne robią, że nikt się nie zastanawia, czy da się zrobić coś, co chodzi na różnych serwerach bazodanowych.[/quote]
No... tak samo jak Ty wychwalają OS'we bazy ;] widać religia jest zaraźliwa. Na uczelni miałem takiego wykładowce - podejście, praktycznie słowo w słowo, jak Twoje - tylko przy chwaleniu zamiast MySQL było SQL Server, a przy ganieniu odwrotnie - C++ to był CRAP, C# to było CUDO, Linux to był CRAP, Windos to było CUDO itd. Jak dla mnie takie skrajne podejście w każdym wypadku jest szkodliwe.

I na koniec  - już Ci to pisałem innym wątku, napiszę raz jeszcze -> ludzie idą tam gdzie [b]KASA[/b], o dziwo w projektach OS kasy jest mało (a przynajmniej mniej niż w CS) - tyle w temacie.

@kamikaze:

To chyba zależy od firmy i szefostwa - jak gadam z ludźmi mających znajomych w w pewnej Polskiej korpo z Kraka która to ma nazwę zaczynającą się jak pewien stary port w kompie to bym nie chciał tak pracować - ciągłe opierdzielanie przez PM'a że coś nie zrobione, opierdzielanie jak przy szefostwie rzucisz fajny pomysł (bo PM wie że może robotę stracić a Ty w jego miejsce - taka polityka w firmie ponoć panuje), ciągłe dokładanie obowiązków, zatrudnianie studentów za najniższa krajową itd. W mojej starej firmie było fajnie do czasu aż się projekt u klienta nie zaczął sypać, wtedy się "fajność" szybko skończyła ;]

Pozdrawiam.

Ostatnio edytowany przez Huk (2014-04-11 19:53:19)

Offline

 

#47  2014-04-11 20:05:53

  kamikaze - Administrator

kamikaze

Administrator

Zarejestrowany: 2004-04-16

Re: Co robić w życiu?

Znam jednego bywalca forum co tam pracuje już parę lat i tylko trochę narzeka ;] Nie no jak coś to trzeba szukać gdzie indziej. Płacenie studentom najniższej krajowej za możliwość nauczenia się czegoś czego nie mieli okazji poznać na studiach to jeszcze nic strasznego. Takie płatne praktyki, jakoś trzeba zacząć i nauczyć się fachu.

Offline

 

#48  2014-04-11 20:46:29

  Jacekalex - Podobno człowiek...;)

Jacekalex

Podobno człowiek...;)

Skąd: /dev/urandom

Zarejestrowany: 2008-01-07

Re: Co robić w życiu?

@HUK
Czy ja się upieram wyłącznie na MySQL?
Czy może widzę jakąś przesadę z takim elementem, jak precyzja czasu.

Mysql nie  jest zbyt zgodny z ANSI:SQL, dlatego się nad nim nie upieram, zastanawiam się tylko, czy wszystkie Twoje argumenty przeciw MySQL obowiązują także wobec Postgresa?
Firebird też nie jest jakąś tragedią, choć wsparcia i dokumentacji do niego jest znacznie mniej, niż do Mysqla i Postgresa.


Z resztą nawet prosta różnica między MSSQL i Oracle - Oracle nie wymusza pakowania się w Win 2003/2008  Serwer, przy Oracle mam wybór, na jakiej platformie ma to chodzić.

Mnie chodzi tylko i wyłącznie o wolność wyboru systemu.
Uważam też, że standardy ANSI:SQL, czy ISO dla języka SQL nie powstały po to, żeby komuś utrudniać życie, tylko po to, żeby ustandaryzować język SQL, żeby był zgodny z różnymi (nie wszystkimi naturalnie) systemami bazodanowymi.

Widzisz dwie skrajności - MSSQL z jednej, Mysql z drugiej.
Mysql nie jest doskonały dla każdego zastosowania, bo optymalizując jego szybkość do działania z aplikacjami internetowymi, tam autorzy zrobili parę kompromisów, które mocno skomplikowały jego zgodność ze standardami ANSI:SQL.

Teraz powstała MariaDB, która się dość ostro rozwija, i część braków Mysqla łata, z jednej strony jest replikacja Master-Master, z innej mechanizm XtraDB, ale też nie oznacza, że nadaję się zawsze i do wszystkiego.
Chociaż Wiki i Google obecnie migrują na MariaDB z takimi zbiorami danych, że boję się myśleć, jak oni to konfigurują.
Facebook, jak mu coś nie pasowało w Mysql, to rozwiązał problem tak:
https://launchpad.net/mysqlatfacebook/51
Oczywiście nie twierdzę, że każdy ma pchać się w Mysqla, i najwyżej pisać do niego własne latki, bo to nie jest możliwe w malej skali.
Ale jak coś strasznie zawadza, to lista mailingowa Developerów zawsze się gdzieś znajdzie.

Natomiast sprawdź na koncie, czy płacą Ci za sprzedawanie SQL-Serwera czy Oracle, bo do tego się sprowadza przywiązanie do cudowności korporacyjnego systemu bazodanowego. :D

Ostatnio edytowany przez Jacekalex (2014-04-11 20:50:34)

---

W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#49  2014-04-11 21:59:33

  Huk - Smoleńsk BULWA!

Huk

Smoleńsk BULWA!

Zarejestrowany: 2006-11-08

Re: Co robić w życiu?

@Jacekalex:

Czy ja się upieram wyłącznie na MySQL?
Czy może widzę jakąś przesadę z takim elementem, jak precyzja czasu.[/quote]
Najpierw piszesz zdanie:

Możesz komendy do bazy danych dla MSSQL wpisać nie w kodzie, ale w zmiennych wczytywanych z biblioteki dołączonej do programu.
Wtedy dodanie obsługi np Firebirda, czy Postgresa, to kwestia dodania kolejnego liba, a w programie opcja wyboru typu bazy.
Wiec dlaczego jest taki  kosmiczny problem, żeby jakiś program korzystający z MSSQL poszedł z OracleDB zamiast MSSQL?
Albo z Postgresem?[/quote]
Na które ja podaje przykładowe możliwe problemy - czasami wystąpią czasami nie, ale są REALNE i nie tylko w wielkich bazach trzeba je brać pod uwagę. Jak dla Ciebie różnice w precyzji zmiennych przechowywanych przez bazę to jest coś bez znaczenia to nie wiem nawet jak to skomentować. Profesjonalna firma (a rozumiem że chciałbyś aby takie robiły soft), jak napisze "Wspieramy Sql Server, MySql, Oracle oraz Sqlite", to oznacza że są porobione testy do każdej z tych baz, jakiś programista + bazodanowiec, siedzieli nad KAŻDĄ z tych baz, sprawdzając sposób w jaki działa aplikacja i czy nie będzie różnic w zwracanych danych zapisanych do bazy X, Y czy Z. Z wypowiedzi wnioskuję że olałbyś takie sprawdzanie w przypadku "nieskomplikowanych programów dla małych firm", dając po prostu zgodne zapytania SQL. Opcje są dwie:

-dobrze myślę - wtedy z łaski swojej przestań narzekać jak coś się sypie, bo takie "dobre praktyki", właśnie najczęściej prowadzą do subtelnych błędów które cholernie trudno potem wyłapać. Ostatni błąd w OpenSSL, jest bardzo dobrym przykładem, jak z pozoru bzdety, mogą powodować katastrofalne skutki.

-źle myślę i wcale do tego nie namawiasz - w takim wypadku widać nie masz pojęcia ile kosztuje utrzymanie kilku gałęzi kodu który jest dla różnych baz, zwłaszcza jak masz podział używalności w stylu: MySQL: 90%, Postrage: 5%, Sql Server: 3%, Sqlite: 2%, DB2: 1% . A teraz idź i uzasadnij szefostwu zalety trzymania szpeca/szpeców znających dobrze interfejsy wszystkich baz, bo kilku klientów z tego korzysta - powodzenia życzę. Dodaj do tego że każdy nowy ficzer który będzie korzystał z baz, będzie trzeba przetestować na zgodność ze wszystkimi wspieranymi bazami i robi się nieciekawie - trzeba patrzeć długoterminowo.

Mysql nie  jest zbyt zgodny z ANSI:SQL, dlatego się nad nim nie upieram, zastanawiam się tylko, czy wszystkie Twoje argumenty przeciw MySQL obowiązują także wobec Postgresa?
Firebird też nie jest jakąś tragedią, choć wsparcia i dokumentacji do niego jest znacznie mniej, niż do Mysqla i Postgresa.[/quote]
Jakie MOJE argumenty PRZECIW MySQL? Zacytuj gdzie ja napisałem coś przeciw MySQL - bo albo mnie już pamięć zawodzi, albo pod moją nieobecność mój kot mi konto DUG'owe hakuje (hmmm... to by wyjaśniało to i owo... bo to wredna bestia...).

Cała dyskusja (a raczej offtop do dyskusji) zaczął się odę Twojego stwierdzenia że łatwo pisać kod, potem że  można łatwo pisać uniwersalnego SQL'a, który na każdej bazie się wykona. To że ja - czy ktokolwiek, kto pisał coś bardziej złożonego - twierdzę że nie jest to taka prosta sprawa, NIE ZNACZY ŻE JESTEM przeciwko nikomu, ani ZA NIKIM. Nie wiem skąd Ty wyciągasz jakieś dziwne wnioski. Nie wiem też czemuś się uparł na tego nieszczęśliwego SqlServera - chyba wszyscy na tym forum wiemy jaka do tej pory była polityka M$ (a dokładniej polityka byłego CEO od M$, pana Balmer'a): uzależniać, uzależniać, uzależniać. Oni całą soją strategię oparli o wizję: nasz system, nasz język, nasz server SQL, nasz server Http - więc chyba wiadomo że nie jest to przenośne rozwiązanie, natomiast nawet jakby było to i tak większość aplikacji była by pisana pod jeden server, bo jest to po prostu znacznie tańsze. Kurde już dzisiaj tak naprawdę MySQL jest najpopularniejszym rozwiązaniem - czemu więc Ci co robią na nim soft, nie dodają obsług Postrage, Sqlite i innych ;] ?

Z tego co mi wiadomo, MySQL w wielu zastosowaniach jest NAJSZYBSZYM serverem bazodanowym - min. stąd jego ogromna popularność, a jakieś braki to ma każdy server jak się go odpowiednio porówna do konkurencji (a jak się dwolnego SQL'a porówna do NoSQL to - wg niektórych - już w ogóle masakra ;] )

Natomiast sprawdź na koncie, czy płacą Ci za sprzedawanie SQL-Serwera czy Oracle, bo do tego się sprowadza przywiązanie do cudowności korporacyjnego systemu bazodanowego. :D[/quote]
Nic mi na ten temat nie wiadomo - ale bym się nie obraził. A jak by to były odpowiednio wysokie sumy to mogę reklamować ;] [b]Przy czym jeszcze raz podkreślę - nie uważam żebym gdziekolwiek w tym (czy innym) wątku napisał coś co można uznać za reklamę tego czy innego servera.
[/b]
Pozdrawiam.

Offline

 

#50  2014-04-11 22:07:51

  kamikaze - Administrator

kamikaze

Administrator

Zarejestrowany: 2004-04-16

Re: Co robić w życiu?

Nie wiem co wy z tymi bazami za problem, ale mamy te ORM-y przecież. Np. Hibernate dla Javy gdzie mamy jeden kod obsługi dostępu do danych, a zmiana bazy to zwykle kwestia konfiguracji.

Offline

 

 

Strony: ◀ 1 2 3 ▶

• Forum Debian Users Gang
•  » Luźne rozmówki
•  » Co robić w życiu?

Stopka forum

Skocz do
Debian Users Gang Luźne rozmówki Ogłoszenia Instalacja i podstawowa konfiguracja Sieci i serwery Software Środowiska graficzne Multimedia Hardware Elektronika i Programowanie Kernel Gry Oprogramowanie oraz zagadnienia dotyczące dostępności Licencje i zagadnienia prawne Pochodne Debiana: Ubuntu, Mint Inne dystrybucje Linuksa BSD i inne Uniksy Windows (tfu, tfu)

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
Nas ludzie lubią po prostu, a nie klikając w przyciski ;-)

[ Generated in 0.024 seconds, 12 queries executed ]

Informacje debugowania

Time (s)	Query
0.00016	SET CHARSET latin2
0.00005	SET NAMES latin2
0.00137	SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.116.81.255' WHERE u.id=1
0.00068	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.116.81.255', 1732745246)
0.00053	SELECT * FROM punbb_online WHERE logged<1732744946
0.00079	DELETE FROM punbb_online WHERE ident='85.208.96.199'
0.00075	SELECT topic_id FROM punbb_posts WHERE id=262743
0.00006	SELECT id FROM punbb_posts WHERE topic_id=25547 ORDER BY posted
0.00061	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=25547 AND t.moved_to IS NULL
0.00008	SELECT search_for, replace_with FROM punbb_censoring
0.01132	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=25547 ORDER BY p.id LIMIT 25,25
0.00177	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=25547
Total query time: 0.01817 s