| |
laacz tagad
klausās:
Radio NABA
Autora domas ne vienmēr sakrīt ar autora domām. © spectatorIr pagājuši 24 gadi un 7 mēneši un 13 dienas kopš mana mūža laimīgākās dienas
Papildus 3355 maniem pļurkšķiem ir sapļurkstēti 33189 sveši pļurkšķi.
ICQ: #58279153 (very rarely)
MSN:
E-mail:
Mazās pustizlās ikoniņas aiz linkiem (ne visiem) arī šo to nozīmē.
|
|
<br />
<br />
<br />
2004 14. oktobris ceturtdiena
 07:58 |
SQLite is "typeless". This means that you can store any kind of data you want in any column of any table, regardless of the declared datatype of that column. (See the one exception to this rule in section 2.0 below.) This behavior is a feature, not a bug.
Не очень плохо
Иметь три жены,
И очень плохо
С другой стороны!
|
| Peeteriz (#24294) |
10:11 @ 2004. gada 14. oktobris, ceturtdiena
|
new Un šāds typeless uzlabo performanci ?
Būs man tabulā kolonna, kurā glabāšu naudas summu,
tad ņemot sum(nauda) ko jamais darīs ar necipariem ? Lamāsies ? Uztvers kā NULL ?
Kā ar validāciju un integritāti ?
Manuprāt SQL vienkāršot nevajag mēģināt - tās fīčas tur ir ar dziļu iemeslu.
|
| Livingston (#24296) |
10:25 @ 2004. gada 14. oktobris, ceturtdiena
|
new "Typeless" ir fīča tikai tiem, kas nevar/negrib uzturēt normālu DB. Peeteriz jau norādīja uz problēmām - ja cilvēki varēs ierakstīt ciparu vietā burtus, tad kāds to arī izdarīs.
Bet pārbaudīt datu pareizību ārpus datu bāzes vienmēr (99.9% gadījumu) ir stulba ideja.
|
| Delfins (#24298) |
10:51 @ 2004. gada 14. oktobris, ceturtdiena
|
new nu nepiekritišu, dati ir jāparbauda, - vispirms uz sql injection, un lidz ar to "paceļam" parbaudam pašus datus. turklāt likt datubāzē neparbaudītus datus ir 99.9% stulba ideja
|
| e-remit (#24300) |
11:38 @ 2004. gada 14. oktobris, ceturtdiena
|
new pietiek jau ar MySQL stulbajām idejām - nekādas ārējās atslēgas, NOT NULL laukos var bliezt iekšā NULL, ka prieks... datu integritāte pārbaudīta tikai klientā.
|
| Livingston (#24303) |
12:17 @ 2004. gada 14. oktobris, ceturtdiena
|
new SQL injection nav DATU PROBLĒMA, bet gan stulbu dinamisku DB pieprasījumu problēma. Nebūvē pieprasījumus no lietotāja padotajiem datiem un viss būs kārtībā. Piemēram, ja Tu taisi search formu un dinamiski būvē pieprasījumu, tad arī rodas pamats uztraukties par SQL injection. Ja tiek izmantoti "nedinamiski" SQL + bind variables, tad par to nav jāuztraucas.
Jebkurā gadījumā, datus pārbaudīt datu bāzē ir vienkāršāk un ātrāk. Tas pats un vēl lielākā mērā attiecas uz datu integritāti - klienta galā gandrīz nerealizējams uzdevums.
Kopsavilkums - stulbi ir ļaut izpildīt nezināmus pieprasījumus datu bāzē, bet normālā datu bāzē likt nepārbaudītus datus ir OK.
|
| Kaklz (#24304) |
12:27 @ 2004. gada 14. oktobris, ceturtdiena
|
new Ta nu ar te salīdzināja tautieši SQLite ar PostgreSQL vai Oracle vai vēl sazin ko. SQLite ir jālieto attiecīgās vietās un attiecīgās reizēs. Vecais labais teiciens - 'Use the right tool for the right job'. Neticu, ka SQLite kāds izmanto priekš biznesam svarīgām funkcijām. Manā izpratnē SQLite izceļas tieši ar to pašu, ar ko PHP - vienkārši un ātri var sasniegt vēlamo rezultātu - nav jācīnās ar lietotāju tiesībām, nav problēmu ar datubāzu pārcelšanu un citas lietas. Manuprāt, SQLite ir ideāls rīks priekš minimāliem web projektiem. Cik daudz nav dzirdēts, ka cilvēki uz apgraizītiem web hostinga risinājumiem grib būvēt dinamiskas lapas - katrs izdomā savu teksta failu formātu, katrs nodarbojas ar viņu papildināšanu un apstrādi, izgudrojot arvien jaunus divriteņus. Te nu ir īstā SQLite vieta - aizvietot triviālu datu glabāšanu teksta failos ar visiem saprotamu un pieņemamu SQL interfeisu.
Tieši tāpēc arī PHP vīri ir iekļāvuši viņu PHP5 komplektā.
|
| Peeteriz (#24305) |
13:01 @ 2004. gada 14. oktobris, ceturtdiena
|
new Manuprāt arī vistriviālākajiem uzdevumiem vislabāk ir lietot sistēmu ar normālu funkcionalitāti - Oracle/MSSQL/PostgreSQL.
Kāpēc lai jamos nevarētu lietot kautvai priekš 10 ierakstu datubāzītes weblapai ? (Ja neskaita Oracle licences maksas, protams - tad ir vieta Postgre).
Vismaz nebūs tizlas problēmas, kad ievajadzēsies bik sarežģītāku pieprasījumu uzrakstīt, bet tā lite valoda kautko piespiedīs darīt čerez ž.
|
| Livingston (#24306) |
13:02 @ 2004. gada 14. oktobris, ceturtdiena
|
new Tā jau ir, ka visur nevajag ne Oracle, ne PostgreSQL. Ja uz jautājumu "cik svarīgi ir dati, kas glabājas datu bāzē?" var atbildēt ar "pāris stundas/dienas un viss būs uzrakstīts no jauna", tad jau pie kājas. Ja skaidri zini, ka tie ir temporary dati, par kuriem pēc gada vai 5 neviens vairs neinteresēsies, tad arī pie kājas.
Tiklīdz prasības palielās, vajag arī rūpīgāk piedomāt pie datiem. Vienkārša patiesība - dati parasti dzīvo ilgāk par jūsu PHP kodu (vai vispār aplikāciju kā tādu). Jauns gads, jaunas prasības attiecībā uz dizainu vai funkcionalitāti, aplikāciju uzlabo vai veido jaunu. Bet datus turpina izmantot tos pašus.
|
| Mr.T. (#24369) |
19:07 @ 2004. gada 18. oktobris, pirmdiena
|
new Sen jau zināms, ka "Feature is a documented bug" :)
|
Mazliet komentāru kultūras, jeb laacziquette
- Ja tu gribi pateikt tikai ':)', tad saki to sev un pie spoguļa. Pašam prieks un es esmu mierīgs.
- Neaizraujies ar enteriem savā komentārā. Pavisam nav obligāti likt divus vai trīs enterus pēc katras uzrakstātās rindiņas.
- Offtopiks (komentāri ne pa tēmu) nav no gaidītākajām lietām.
- Galu galā, ja tev ir verbāla caureja, ej uz delfiem vai arī taisi pats savu lapu.
- Pirms spiest pogu, padomā. Varbūt tu vēl neesi visu pateicis? Lai nebūtu pēc tam vēl 26 pēc kārtas esošu komentāru jāraksta.
- Vēlies runāt ar kādu cilvēku, uzraksti viņam vēstuli. Ir daži izņēmumi. Agressor, tu neesi izņēmums.
- Un, galu galā, paturu tiesības jebkuru sev neimponējošu komentāru izmēzt.
- Par izņēmumu kādā no šiem punktiem, vai arī visos noteikumos var kļūt, uzrakstot iesniegumu un iedodot man to rokā. Iesnieguma vēlamais apjoms - 0.7 laba viskija.
- Gan jau kaut ko vēl izdomāšu.
|
lv