Witam.
Nieznacznie.. to zalezy co chesz liczyc ?
Tablicę zawierającą listę komputerów, tak około ~ 100, sortowanie wg. adresu IP zapisanego w postaci stringa (dot quad). I ogólnie jakiekolwiek array_multisort... Zresztą, cokolwiek by na PHP'a nie zrzucić, MySQL i tak to zrobi szybciej. Znaczy co do adresów IP, i pewnie dziś/jutro zostanie przepisany LMS aby korzystał z adresów w formacie longint. Gdyby PG miał INET_NTOA nie musiałbym po pobraniu tablicy z danymi przerabiać wiersz po wierszu wyniku by dopisać do tej tabeli adresy długie.
W PG aktualnie potrzebuję zaimplementować obsługę INET_ATON() i INET_NTOA() aby w locie przeliczać adresy. Tak, ten zacofany, nic nie warto mysql ma takie funkcje ;)
AFAIR ma ma tez fajny typ pola macaddr
MySQL? Bo że PG ma to wiem... Ale nadal, jeżeli ma być supportowany i postgres i my, to trzeba jakoś rozsądnie bazę zaprojektować. I ktoś *musi* testować pg i to poprawiać. Ja nie wiem, wszyscy PG chwalą ale jak co do czego to na lekarstwo postgresowców :-)))
P.
PS. ale się pogoda zjechała.