Pokaż wiadomości

Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.


Wiadomości - kubera

Strony: 1 2 [3] 4 5 6 7 ... 24
31
DirectX / Odp: Direct3D11 i nowsze, indeksy modeli
« dnia: Maj 09, 2017, 19:02:11 »
Dzięki za porady. Czyli może warto "skomptaktować" :)

32
DirectX / Odp: Direct3D11 i nowsze, indeksy modeli
« dnia: Maj 09, 2017, 17:44:17 »
Jestem w stanie określić, lecz nie wiem, co lepsze.

33
DirectX / Direct3D11 i nowsze, indeksy modeli
« dnia: Maj 09, 2017, 16:54:04 »
Dzień dobry.

Pytanie, w Direct3D11 lepiej korzystać z indeksów wierzchołkowych 16-bitowych, czy 32-bitowych w Direct3D11 i nowszych? Zawsze mi się wydawało, że korzystać z 32, gdyż nowoczesne rejestry są spore.
Tymczasem przeczytałem, że 16-bitowe są zauważalnie szybsze. Jeśli jest wybór (model wystarczająco prosty),
które tworzyć? Jaka jest przyszłość 16-bitowych?

Pozdr. serd.

34
Gry / Odp: Plane Courier na Windows Store
« dnia: Styczeń 13, 2017, 17:04:09 »
Już miałem pobrać, a to nie działa na desktopach...

35
Projektowanie kodu / Odp: [mySQL] Identyfikacja wpisów
« dnia: Grudzień 04, 2016, 22:13:38 »
Wiec ostatecznie bardziej sprecyzuję bo o jednej sprawie nie wspomniałem.
Kontakty zapisane są zależnie od zalogowanego użytkownika, więc dochodzi kolejna tabela Account zawierająca nazwę użytkownika i hasło. Teraz pytanie czy to powinno być tak że każdy użytkownik ma swoją własną tabelę z kontaktami czy wszyscy użytkownicy mają jedną wspólną tabelę tylko że jest dodatkowe pole identyfikujące dla którego użytkownika jest dany kontakt.
Zazwyczaj stosuje się dodatkowe pole, nie całą tabelę, tak jest zgodnie z kilkoma postaciami normalnym w relacjach bazodanowych. To widać dopiero podczas korzystania z tabel, gdzie proste zapytanie różni się parametrami, a nie kolejnym podawaniem całego zapytania za każdym razem. Wyjątkiem mogłaby być sytuacja, że podobne tabele w innym schemacie pełnią rolę dla danych w dużym stopniu od siebie niezależnych. Tu również można zamiast schematu dodać tabelę z inną nazwą. Wtedy schematy pracują jak namespace-y.
Czy jest sens dzielić na tabele? Może odpowiedź jest "reszta na dodatkowe informacje".
Ile tego tam się znajdzie? Jeśli może być dowolna ilość, to często warto rozbić.

36
Projektowanie kodu / Odp: [mySQL] Identyfikacja wpisów
« dnia: Grudzień 04, 2016, 15:53:40 »
Myślałem, że chodzi o kontakty, czyli, że choć jedno pole kontaktu musi być uzupełnione.
Poddaję się :) W sumie omówiliśmy wszyscy dość wiele.

37
Projektowanie kodu / Odp: [mySQL] Identyfikacja wpisów
« dnia: Grudzień 04, 2016, 15:28:02 »
Tabela osób, która się przewija w wątku, jest najważniejsza i tak jak koledzy pisali, musi posiadać ID, imiona i nazwisko.
Myślę, że mógłbyś podjąć decyzję, czy jeden duży rekord, czy przez rozbicie na tabele.
Obydwa rozwiązania są OK (moim zdaniem) i do tego możesz przejść z jednego do drugiego.
Wszystko można poprawić kilkoma poleceniami SQL. Grunt w tym, żeby mieć backup. Rozwiązanie kontaktu, dość szybkie, to zawarcie w tablicy nagłówkowej również id typu kontaktu oraz jego treść. Obie kolumny z więzami NOT NULL. Jeśli decydujesz się na jedną tabelę, to też warto stworzyć odpowiednie więzy, że choć jedno pole kontaktu NOT NULL.

38
Projektowanie kodu / Odp: [mySQL] Identyfikacja wpisów
« dnia: Grudzień 04, 2016, 13:49:46 »
Dobre pytanie, ale Ty znasz najlepiej wymagania projektu.

39
Projektowanie kodu / Odp: [mySQL] Identyfikacja wpisów
« dnia: Grudzień 03, 2016, 16:39:56 »
Może :)

40
Projektowanie kodu / Odp: [mySQL] Identyfikacja wpisów
« dnia: Grudzień 03, 2016, 00:19:03 »
A jak ktoś ma 2 imiona, to zrobisz tabelę łączącą do tabeli imiona? I będziesz miał
Osoba <-> osoba_imię_cross <-> imię
albo po prostu sobie te kilka kilobajtów oszczędności darować

Wg mnie zdecydowanie darować sobie. Jeśli imiona i nazwisko będą w jednej tabeli, to jest szansa, że BD szybciej odczyta skojarzone dane. Rzecz w tym, że po imiona trzeba byłoby sięgać do innej tabeli, a więc może i do innej lokalizacji na dysku,

41
Projektowanie kodu / Odp: [mySQL] Identyfikacja wpisów
« dnia: Grudzień 01, 2016, 22:11:09 »
Ja tu widzę 3 tabele:

TYPY KONTAKTY
RODZAJ_KONTAKTU
Przykłady: "email""telefon komórkowy"
"telefon stacjonarny"
"telefon satelitarny

OSOBY
ID, IMIE,NAZWISKO

KONTAKTY klucz obcy do TYPU_KONTAKTY i klucz obcy do OSOBY
OSOBY_ID
RODZAJ_KONTAKTU
TREŚĆ_KONTAKTU (numer telefonu i inne).

Nie mówię, że dosłownie tak, gdyż mozną w kazdej tabeli dać jej ID i samodzielnie zdecydować jaki jest klucz główny.

42
Inne / Odp: Soft do zarządzania pracą
« dnia: Listopad 14, 2016, 23:45:29 »
Mantis

43
Visual Studio / Odp: Brak źródła problem w visual studio
« dnia: Październik 30, 2016, 19:31:55 »
Możesz problem zgłosić do MS, jeśli uważasz, że to problem z ich strony.
Gdzieś w menu Visual Studio znajduje się do tego opcja.
Z mojej praktyki wiem, że błędy trafiają się sporadycznie.
Ich źródłem może być także wina programisty.
Ja kiedyś użyłem smart pointera, który przez nieuwagę parametryzowałem wskaźniekiem, a nie klasą.
Dziwnie się sypał błędami program podczas kompilacji. Okazało się potem, iż prawidłowe parametryzowanie wskaźnieka skompilowało poprawnie. Inaczej mówiąc, może coś namieszałeś nietypowego.

44
Oferty pracy / Praca: GRAFIK. Warszawa
« dnia: Wrzesień 26, 2016, 16:11:54 »

45
Projekty rozpoczęte / Odp: Shootrage
« dnia: Sierpień 27, 2016, 11:20:59 »
Bomba

Strony: 1 2 [3] 4 5 6 7 ... 24