Re: jsp vs php - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › jsp vs php › Re: jsp vs php

X-Received: by 10.49.35.129 with SMTP id h1mr730549qej.28.1368029384801; Wed, 08 May
2013 09:09:44 -0700 (PDT)
X-Received: by 10.49.35.129 with SMTP id h1mr730549qej.28.1368029384801; Wed, 08 May
2013 09:09:44 -0700 (PDT)
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
.pl!news.nask.org.pl!news.unit0.net!news.glorb.com!news-out.readnews.com!transi
t4.readnews.com!209.85.216.87.MISMATCH!l3no3531518qak.0!news-out.google.com!y6n
i20871qax.0!nntp.google.com!m7no3577890qam.0!postnews.google.com!glegroupsg2000
goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Wed, 8 May 2013 09:09:44 -0700 (PDT)
In-Reply-To: <kmd4e5$k0a$1@speranza.aioe.org>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=178.36.216.67;
posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
NNTP-Posting-Host: 178.36.216.67
References: <c...@g...com>
<klqg29$o16$1@news.mm.pl>
<0...@g...com>
<klsle1$ogf$1@news.mm.pl>
<2...@g...com>
<km4nal$kkp$1@news.mm.pl>
<4...@g...com>
<d...@g...com>
<e...@g...com>
<51874eb2$0$1250$65785112@news.neostrada.pl>
<6...@g...com>
<kmau09$ju5$1@speranza.aioe.org>
<8...@g...com>
<kmbgce$ile$1@speranza.aioe.org>
<e...@g...com>
<kmd4e5$k0a$1@speranza.aioe.org>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <3...@g...com>
Subject: Re: jsp vs php
From: "M.M." <m...@g...com>
Injection-Date: Wed, 08 May 2013 16:09:44 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:203250
[ ukryj nagłówki ]
W dniu środa, 8 maja 2013 11:04:07 UTC+2 użytkownik Michal Kleczek napisał:
> W RDBMS to siďż˝ nazywa "clustered index". Jakies inne pomysly?
Czyli jednak można ingerować w fizyczne ułożenie danych w tabelach.
Niby dobrze, ale właśnie...
> Tylko po dacie?
tylko po jednym polu. Pliki csv czy xml mozna zrobic np. w trzech wersjach:
po dacie, po nazwie uzytkownika i po nazwie leku. Wiadomo jakie to
pociaga za soba narzuty, ale moze sie oplacac gdy:
1) malo jest modyfikacji bazy
2) mozna podawac dane troche zdeakutalizowane, a uaktualniac np. raz na dobe.

> A co z przeszukiwaniem?
Nie wiem, to wydaje sie bardzo proste na plikach. Jak dotąd nie miałem z
tym żadnych problemów. Większe problemy są z aktualizowaniem dużej ilości
plików.

Pozdrawiam