cybercannibal Posted August 25, 2005 Report Share Posted August 25, 2005 (edited) Nepieciešams no tabulas izgūt kāds viņai pašlaik ir Next Auto-index. Edited August 25, 2005 by cybercannibal Link to comment Share on other sites More sharing options...
bubu Posted August 25, 2005 Report Share Posted August 25, 2005 omg, nu priekškam tas tev? http://php.lv/f/index.php?showtopic=2869 Link to comment Share on other sites More sharing options...
Kaklz Posted August 25, 2005 Report Share Posted August 25, 2005 omg, nu priekškam tas tev?http://php.lv/f/index.php?showtopic=2869 21454[/snapback] :D ja būtu skolas laiks, varētu padomāt, ka kāds pasniedzējs ir iedevis studentiem/skolniekiem uzdevumu :D Link to comment Share on other sites More sharing options...
v3rb0 Posted August 25, 2005 Report Share Posted August 25, 2005 varbut vinsh taisa mysql klientu - phpmyadmin raada naakoso autoincrementa veertiibu. Link to comment Share on other sites More sharing options...
Analgiins Posted August 25, 2005 Report Share Posted August 25, 2005 taa starp citu ienaaca praata: SELECT MAX(pri_key_field)+1 FROM `some_table` Link to comment Share on other sites More sharing options...
bubu Posted August 25, 2005 Report Share Posted August 25, 2005 Nav pareizi. Ja tiks izdzēsts max ieraksts, tad nākamais autoindekss būs max()+2. Link to comment Share on other sites More sharing options...
Grey_Wolf Posted August 26, 2005 Report Share Posted August 26, 2005 paaris dienaas 2 vienaadi topiki :( ir taada MYSQL komanda kaa SHOW TABLE STATUS!!! ar taas paliidziibu ir iespeejams ieguut PILNIIGI VISUS datus par tabulu... stabinjaa Auto_incrament glabaajas naakamis ierakstaamais skaitlis kas tiks ierakstiits SHOW TABLE STATUS FROM table; Link to comment Share on other sites More sharing options...
NeoX Posted August 26, 2005 Report Share Posted August 26, 2005 Kaadau datu baazei? Piemeeram Oracle 8 nav taada lauka kaa auto_increment, tad ir jaalieto sekvences Link to comment Share on other sites More sharing options...
PheliX Posted August 26, 2005 Report Share Posted August 26, 2005 Gan jau ka atkal vajag vienkaarshi sasaistiit ierakstus divaas tabulaas. taapeec pirmais kas ienaak praataa ir - jaanosaka naakoshais autoincrement, nemaz neiedomaajoties, ka uzgjenereeto id var ieguut peec tam kad inserts jau izpildiits (php pusee - mysql_insert_id(), mysql pusee - LAST_INSERT_ID()). Neradiisies arii probleema, ka kaads var kautko pa vidu paspeet ierakstiit. Link to comment Share on other sites More sharing options...
Delfins Posted August 26, 2005 Report Share Posted August 26, 2005 mysql gadījumā vispār ir labāk taisīt atsevišķu tabulu ar sequencēm un implemntēt pieeju iekš PHP-DB klasēm, tā lai būtu ora/pgsql/mysql independant sql-kods (nu puslīdz) Link to comment Share on other sites More sharing options...
v3rb0 Posted August 26, 2005 Report Share Posted August 26, 2005 mysql gadījumā vispār ir labāk taisīt atsevišķu tabulu ar sequencēm un implemntēt pieeju iekš PHP-DB klasēm, tā lai būtu ora/pgsql/mysql independant sql-kods (nu puslīdz) 21509[/snapback] bet cik reizes prakse ir gadjies kad php/mysql projektu peeksni vajag paartapinat par php/pgsql, php/oracle projektu? Link to comment Share on other sites More sharing options...
Delfins Posted August 26, 2005 Report Share Posted August 26, 2005 bet cik reizes prakse ir gadjies kad php/mysql projektu peeksni vajag paartapinat par php/pgsql, php/oracle projektu? 21510[/snapback] visādi forumi & etc projektiņi?! domā, ka cilvēkiem patiks, ka tas tikai uz MSSQL strādā piemēram? vai arī MSSQL neatbalsta!? nu pieņemsim, ir tāds fakts,.. ko tad tu darīsi? WEB nav tā lieta, kur jau tie SQL ir pārāk piesaistīti pie konkrētas DB. ja ir paredzama N-tirāža, tad ir jāparedz arī N-rdbms supports :) protams, ja projekts tiek rakstīts no sākuma un specifikācija paredz tikai un vienīgi konkrētu db support, tad jau jā... par pārrakstīšanu var prasīt lielum-lielo piķi. Link to comment Share on other sites More sharing options...
Kaklz Posted August 26, 2005 Report Share Posted August 26, 2005 visādi forumi & etc projektiņi?! domā, ka cilvēkiem patiks, ka tas tikai uz MSSQL strādā piemēram? vai arī MSSQL neatbalsta!? nu pieņemsim, ir tāds fakts,.. ko tad tu darīsi? WEB nav tā lieta, kur jau tie SQL ir pārāk piesaistīti pie konkrētas DB. ja ir paredzama N-tirāža, tad ir jāparedz arī N-rdbms supports :) protams, ja projekts tiek rakstīts no sākuma un specifikācija paredz tikai un vienīgi konkrētu db support, tad jau jā... par pārrakstīšanu var prasīt lielum-lielo piķi. 21511[/snapback] Delfins, izstāsti, cik reizes reāli tev ir vajadzējis to n-rdbms risinājumu? Atzīšos godīgi no savas pieredzes - vairāku gadu laikā, kurus programmēju PHP, ne reizi neesmu uzrakstījis risinājumu, kas strādātu uz vairāk kā vienas datubāzu pārvaldības sistēmas, attiecīgi es ļoti skeptiski skatos uz cilvēkiem, kas n-rdbms risinājumus liek kā bāzes funkcionalitāti gandrīz jebkuram projektam. Link to comment Share on other sites More sharing options...
Delfins Posted August 26, 2005 Report Share Posted August 26, 2005 Ne cik,... bet tas nenozīme, ka tā nevajag darīt... Link to comment Share on other sites More sharing options...
v3rb0 Posted August 26, 2005 Report Share Posted August 26, 2005 imo pietiek ka datubazes layeris ir atdaliits no paareejaa scripta daljas - sataisam metodes, getShito, getTo, saveShito, saveTo - bet pasaa db layerii izmanto visas konkreetas db fiicas uz pilnu klapi. ja tiesam vajadzees citu rdbms, tad paarakstiis tikai db layeri jaunajai datubazei. taisot uzreiz universalu, sanaak sev uzlikt ierobezojumus konkreetas db fiichu izmantosanaa. Link to comment Share on other sites More sharing options...
Recommended Posts