I have currently 100 stores each with separate database. I want to develop a web portal which will display all 100 stores and if someone wants to search he will get the products from 100 stores on this portal rather going to different store's website. i was using xml for this purpose but it taking too long to parse xml file and filter the records of each store according to search keyword. i was generating xml when any store add new or edit product record. And on the portal website i was just parsing these generated xml (using PHP) files.
Please guide me if there is any better solution other than xml parsing. Let me clear one thing that all these stores and portal are hosted on same server and using subdomain for each store.
Thanks in advance.
Use a single database. Distinguish between stores with a store table that you reference with a foreign key column in any table where it is relevant (which is likely only going to be the stock table).
My first piece of advice to you is this: HIRE SOMEONE! If you have 100 stores, you certainly have the cashflow to devote to some sort of development project that is managed and planned by a professional.
Secondly, you are looking for someone with extensive database skill and experience. Please take the time to hire the right person, then get out of their way and let them do the job. If there is one thing I have learned in my time in the business world, it's that the single greatest hindrance to a job well done by IT, is a "boss" that doesn't recognize when he needs to hand over the reins to someone else who knows better.
The best way to think of it is this... if you know nothing about databases, and you were to start TODAY to learn everything you'd need to learn to do it RIGHT, you could expend the equivalent of a few working years in doing that. Is it worth the loss of productivity for your business? Probably not. So pay a guy $60,000 to $80,000 depending on his capabilities, and have him do it for you. You get a final product that's far more certain to be done right and work well, and you get it sooner, so you can get a faster ROI.
As far as what technology to use? I'm not even going to try answering that... it's not really for you to know or decide. Hire the right person, and let them tell you what you need.
I think sphinxsearch fits to your requirement.
Sphinx is an open source full text search server which accepts input from various sources like mysql & xml.
IN your case you can use xml/mysql as input source for indexes.
Key point with sphinx is once your indexer is ready you search response will be very quick. You can update your indexes in real time (for new product added in system).
Hope this help.
~K
Related
This is my second attempt to try an figure this out. I looked at other answers and tested the answer I got from my previous post.
Found here:
How do I link an Account table with an Order table in MS Access 2013?
There is a catch to this that doesn't work for me. The main reason is that the orders are highly customized and not predefined.
I sell shirts and they can customize the picture and the monograms (among other things) versus selling a specific shirt that can be stored and picked from the database.
I normalized my tables as much as I can down to two possibly three. An Account.tbl (account number, shipping info and payment method, etc.) and an Order.tbl (shirt color, picture attachments, monograms, etc.) A possible third table (account.ID and order.ID).
I asked a collegue of mine and from what I understand this may be something for PHP to handle. I don't know the first thing about PHP or really Access either. I just make shirts. :)
I am assuming I would need a button that when pressed:
1.) Saves the data
2.) Pushes/Exports the account.ID from the Account.tbl to the account.ID on the Order.tbl
3.) Changes from the Account.frm to the Order.frm
I have #1 and #3 accomplished. But I have not found a way to do #2 from Access alone.
I have tried building relationships with the Primary key and Foreign key but it doens't keep track of who is ordering what. My tables just fill up with unrelated data. :/
Is there a solution in Access? Would PHP solve this? Is there a simple PHP code for this? If not, where should I start looking in PHP language?
Any help or suggestion would be appreciated.
If you don't have any prior knowledge of PHP then don't waste your time learning about it just for this project.
If you are building a database application to run on your own computer and you already have Access 2013 then that's all you need.
If you intend to build a web application that your customers can access over the Internet then you might benefit from knowing a bit about PHP, depending on the tools or framework you use to build your site. However, in that case you should not be using an Access database as a data repository for a web application.
I am currently working on an existing website that lists products, there are currently a little over 500 products.
The website has a text file for every product and I want to make a search option, thinking of reading all the text files and create an xml document with the values once a day that can be searched.
The client indicated that they wanted to add products and is used to add them using the text files. There might be over 5000 products in the future so I think it's best to do this with mysql. This means importing the current products and create a crud page for products.
Does anyone have experience with a PHP website that does not use MySQL? Is it possible to keep adding text files and just index them once a day even if it would mean having over 5000 products?
5000 seems like an amount that's still managable to index with a daily cron job. As long as you don't plan on searching them real-time, it should work. It's not ideal, but it would work.
Yes, it is very much possible, NOT plausible that you use files for these type of transactions.
It is also better to use XML instead of normal TXTs for the job. 5000 products with what kind of data associated to them might create problems in future.
PS
Why not MySQL?
Mysql was made because file based databases are slow and inaccurate.
Just use mysql. If you want to keep your old txt based database, just build an easy script that will import each file one by one and create corresponding tables in your sql database.
Good luck.
It's possible, however if this is a anything more than simply an online catalog, then managing transaction integrity is horrendously difficult - and that you're even asking the question implies that you are not in a good position to implement the kind of controls required. And as you've already discovered, it doesn't make for easy searching (BTW: mysql's fulltext indexing is a very blunt instrument - it's not a huge amount of effort to implement an effective search engine yourself - or there are excellent ones available off-the-shelf, e.g. mnogosearch)
(as a conicdental point, why XML? It makes managing the data much more complicated than it needs to be)
and create a crud page for products
Why? If the client wants to maintain the data via file uploads and you already need to port the data, then just use the same interface - where the data is stored is not relevant just now.
If there are issues with hosting+mysql, then using SQLite gives most of the benefits (although it wion't scale as well).
Need some ideas/help on best way to approach a new data system design. Basically, the way this will work is there will be a bunch of different database/tables that will need to be updated on a regular (daily/weekly/monthly) basis with new records.
The people that will be imputing the data will be proficient in excel. The input process will be done via a simple upload form. Then the system needs to add what was imported to the existing data in the databases. There needs to be a "rollback" process that'll reset the database to any day within the last week.
There will be approximatively 30 to 50 different data sources. the main primary interface will be an online search area area. so all of the records need to be indexed/searchable.
Ideas/thoughts on how to best approach this? It needs to be built mostly out of php/mysql.
imputing the data
Typo?
What you are asking takes people with several years formal training to do. Conventionally, the approach would be to draw up a set of requirements, then a set of formal specifications, then the architecture of the system would be designed, then the data design, then the code implementation. There are other approaches which tend to shortcut this. However even in the case of a single table (although it does not necessarily follow that one "simple upload form" corresponds to one table), with a single developer there's a couple of days work before any part of the design could be finalised, the majority of which is finding out what the system is supposed to do. But you've given no indication of the usage nor data complexity of the system.
Also what do you mean by upload? That implies they'll be manipulating the data elsewhere and uploading files rather than inputting values directly.
You can't adequately describe the functionality of a complete system in a 9 line SO post.
You're unlikely to find people here to do your work for free.
You're not going to get the information you're asking for in a S.O. answer.
You seem to be struggling to use the right language to describe the facts you know.
Your question is very vague.
I have an existing database with a users table and questions/answers table. I'd like to use bbpress (or any forum really) as a front end for this for access via the web. Is this possible? Has anyone done this?
Look forward to the responses. Thanks!
EDIT (Taking int consideration your comments):
You can actually do this but it may not be easy.
In first place if you want to access your database remotely you should enable remote acces.
BUT: Unless the databases have exactly the same structure you this will be a very complicated process since you would have to seriously mod the BB forum.
If you dont want them in sync (which would) much easier, you can export you Iphones database and modify it so that it fits into the forum one.
This could take some time but is definitely easier than modifying the forum itself. Everything you "touch" will have consequences.
To sum up, I could recommend you PubBB it is a simple but powerful forum that may easier to manipulate.
Good luck!!
I am not a programmer, but I have been tasked with making a basic accounting app for a small business.
I was looking at pbooks, but I am not sure this is customizable enough for my needs.
I need to be able to count each day how many food items are sold, how many drink items, how many guests, and then tie orders of food and drinks to guests if it is a guest that purchases it.
Is pbooks customizable enough to do this? Using the live demo you do not seem to be able to generate reports just for dates, or for certain customers..., perhaps there is a better bookkeeping solution?
Otherwise, I think I have enough mysql knowhow to do this, and theh php code should mostly just be getting the queries right.
Right?
Additionally, can anyone recommend a live demonstration of such a system?
I have not been able to find any live demos where I can demonstrate how you can generate reports for a given time period, or show the total sales for a guest or such.
I need to demonstrate this to show why it is a much better solution that an ever expanding mess of an excel workbook....
Hire a programmer
Seriously. It will cost less and be done faster and correctly. I would agree that just about anything is better then an Excel spreadsheet but a beginners rendition of an accounting application is not one of them.
Otherwise, I think I have enough mysql
knowhow to do this, and theh php code
should mostly just be getting the
queries right.
Right?
Wrong
The PHP code will be much more complex then simply "getting the queries right."
Additionally, can anyone recommend a
live demonstration of such a system?
I have not been able to find any live
demos where I can demonstrate how you
can generate reports for a given time
period, or show the total sales for a
guest or such.
If you can't install free, open source, community backed software on your own then you should not be tasked with this job.
Again, my suggestion would be to either hire a programmer who knows exactly what they are doing or seek support from the community for which projects you are interested in. This is not a discussion forum.
There's phpBMS or online service like Freeagent or Freshbooks which are good options if you need to use the package for IRS returns, because they're kept up to date with the latest tax rules
http://www.nolapro.com/
Try it it's free web-based accounting software.
http://bambooinvoice.org/
I've seen this employed with reasonable degrees of success for smaller scope accounting (keeping records, emailing invoices, generating pdfs). It's built under CodeIgniter so if you're familiar with that framework's approach to MVC it is also reasonably extendable.
You need a POS system, not an accounting system
I just came across Akaunting - being continually updated as of 2020. I haven't tested it yet.
Also ran into Simple Accounting System but looks sort of simple and disorganized from looking the files on sourceforge. Haven't actually tried it. Also hasn't had updates since early 2015.